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System Integrity Disclaimer 

Honeywell normally assumes responsibility for assuring the 
compatible coexistence of the total computer system, including 
hardware and software modules, as specified in appropriate 
Honeywell literature. The assumption of this responsibility is 
based on extensive planning, specification, stability, and 
qualification testing of each component and of the integrated 
system. 


The Writable Control Store allows a user to control the underly¬ 
ing hardware base of a Model 43 or higher system. Because user 


microprogramming can bypass both the normal 
integrity controls, Honeywell cannot ensure 
compatibility, or performance once the WCS 
user generated firmware. 


hardware and software 
system integrity, 
is utilized to execute 



PREFACE 


This manual describes how to use the Writable Control Store 
(WCS) feature, enabling a user to successfully generate and exe¬ 
cute firmware routines in the Central Processing Unit (CPU), and 
includes a description of the Model 43/53 CPU. It is written to 
provide a microprogrammer with an understanding of the micro¬ 
instruction codes, the assembler, and the loading procedures to 
perform the above tasks. It assumes that the reader has a work¬ 
ing knowledge of the Level 6 architecture, the CPU, the asso¬ 
ciated system software, and the applicable operation procedures. 
For those who are unfamiliar with this information, it is recom¬ 
mended that they familiarize themselves with the material con¬ 
tained in the following support documentation. 

• Honeywell Level 6 Minicomputer Handbook (Order No. AS22) 

• GCOS 6 Program Preparation (Order No. CBUl) 

• GCOS 6 Commands (Order No. CB02) 

• GCOS 6 Assembly Language Reference (Order No. CB07) 

• GCOS 6 MOD 400 Program Execution and Checkout 
(Order No. CB21) 

• GCOS 6 MOD 400 System Building (Order No. CB23) 

• GCOS 6 MOD 400 Operator's Guide (Order No. CB24) 


Copyright (c) 1978 Honeywell Information Systems Inc. 
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SECTION 1 - INTRODUCTION 


Today’s continued advancement of computer technology has pro¬ 
duced a user-accessible control store extension within a Central 
Processor Unit (CPU) called Writable Control Store (WCS). This 
WCS feature provides a user with extremely powerful hardware in¬ 
structions that extend as well as enhance the standard CPU soft¬ 
ware instruction set to achieve optimum CPU performance for soft¬ 
ware routines critical to a particular application, and allows 
them to execute at speeds comparable to the native CPU instruc¬ 
tions. They accomplish this by enabling a user to write custom¬ 
ized microprograms (firmware) into a CPU to replace repetitive 
software routines. Much of the speed enhancement derives from 
the ability of the firmware to perform several simultaneous oper¬ 
ations in a single firmware step. 

The application for the WCS feature varies considerably from 
one user to another. It enables a microprogrammer to enhance and 
augment the native CPU firmware to produce the equivalent of a 
customer built, specialized central processor. Software routines 
(or programs) designed to run without the.WCS feature are unaf¬ 
fected by its presence. 

The closeness of the firmware to hardware requires that the 
microprogrammer have a solid understanding of all the CPU func¬ 
tions, characteristics, and limitations. The key to effective 
custom-microprogramming lies in identifying the most frequently 
used algorithms for a particular application, and coding only 
those functions into microprogram routines. With effective 
microprogramming, a user can increase the overall performance of 
the CPU with a minimum conversion of software programs to micro¬ 
programs . 

1.1 GENERAL CHARACTERISTICS 

The WCS feature augments the control store facility in the 
CPU with additional storage capacity that is alterable by the 
user. Its basic functional characterictics are: 

• Capacity of IK or 2K 64-bit words. 

• WCS assembler to assemble firmware routines. 

• Loader to load the assembled routines into the WCS. 

• Facility for a Microcode Analyzer to display and monitor 
firmware sequencing and key data with the execution of 
each firmware step. 
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This feature does NOT replace the standard firmware, but provides 
a micorprogrammer with the opportunity to add to it. 

1.2 USING THE WCS 

All microprograms (firmware routines) are initially processed 
through the WCS assembler, which accepts mnemonic source input 
and creates object files suitable for loading into control store. 
The WCS loader accepts the assembler generated object code and 
loads it into the WCS. When User Generic instructions are pro¬ 
cessed in the CPU, control is passed from the standard firmware 
to the user firmware in the WCS, where control of the CPU is 
maintained until completion of the user microroutine. Upon 
completion, the user firmware returns CPU control to the standard 
firmware. The entry point into the standard firmware is normally 
at the starting location of a microroutine used to fetch the next 
procedure word (i.e., next instruction). However, the user can 
specify any return address. It should be noted that while user 
firmware is in control of the CPU, the user is responsible for 
maintaining software service routines, such as polling for inter¬ 
rupts, testing for traps, etc. 

Writing microprograms should be performed in a systematic and 
orderly manner. The user should: 

1. Define the function of each new instruction. 

2. Acquire a good working knowledge of CPU functions, char¬ 
acteristics, and limitations. 

3. Define the task(s) the hardware must perform, such as 
drawing a cycle on a screen, and design a hardware algo¬ 
rithm to perform the task(s). 

4. Determine the firmware steps required to implement the 
subject algorithm. 

NOTE 

A firmware step can perform several parallel operations. 
Hence, a microprogrammer who may tend to think in terms 
of sequential programming operations, can save consider¬ 
able steps and timing in the microprogram by combining 
the applicable operations into one step, thus taking 
maximum advantage of the parallel operation, as well as 
writing a more efficient microprogram. For example, an 
Add and a Branch operation can be combined into a single 
firmware step instead of two steps. 

5. Enter each firmware step as a source statement on a suit¬ 
able coding form. 
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6. Transcribe each source statement onto punched cards, or 
enter, each statement directly onto a disk file via an on¬ 
line terminal. 


7. Process the source file through the WCS assembler to ob¬ 
tain a machine-language object file, and output the ob¬ 
ject file to disk or magnetic tape. This operation also 
produces a combined listing of the source file, object 
file, and assembler diagnostic messages for use during 
debugging. 

8. Load the object file into the CPU for analysis and 
debugging. 


A Microcode Anaylzer is available 
pertinent CPU and WCS information for 
grams. Included are the control facil 
CPU through a microprogram, to set up 
the CPU at any specified address, and 
steps executed by the CPU. 


that selectively displays 
use in debugging micropro- 
ities to single step the 
a halt address that halts 
to display the last 16 





SECTION 2 - HARDWARE 


The microprogrammer must know the hardware configuration in 
use to properly program the firmware. An understanding of the 
function of each unit and its relation to the entire system will 
make the task easier. 

The hardware required to implement user generated micropro¬ 
grams consists of two basic units (see Figure 2-1); the Central 
Processor Unit (CPU) and the Writable Control Store (WCS). The 
Microcode Analyzer is a tool to aid microprogram debugging. 



Figure 2-1 Hardware Configuration 
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The CPU is the computing and control portion of the Level 6 
system, which processes the data and address information required 
by the microprogram. It controls not only the flow of informa¬ 
tion within the CPU but also the flow of data between the CPU and 
other units of the Level 6 system. Control over system opera¬ 
tions is accomplished by selecting, interpreting, and controlling 
execution of all software instructions. 

The WCS provides a variable extension of the native control 
store, which manipulates the central processor hardware. The WCS 
firmware functions as an extension of the native control store 
firmware, manipulating the CPU hardware in exactly the same man¬ 
ner as the native firmware. The WCS firmware is not a replace¬ 
ment for the standard firmware used to implement the base in¬ 
struction set, but provides the user with the opportunity to add 
to it. 

Key features of the CPU in the microprogramming environment, 
in addition to the 26 software-visible registers, are a number of 
data paths, firmware registers, and control flops; some of which 
are dedicated to specific functions, either by hardware structure 
or by native firmware usage. The CPU registers differ in length, 
functionality (shifting, counting, etc.) and ability to communi¬ 
cate with other CPU elements and the Level 6 system. Regardless 
of length, the bits of each register or data path are numbered 
from left (most significant bit) to right (least significant 
bit), starting with zero. Thus, a 4-bit register would have bits 
numbered 0 through 3, while a 20-bit register or data path would 
have bits numbered 0 through 19. 

All addresses and many other values in this manual are ex¬ 
pressed in hexadecimal (base 16) notation, using the digits 0, 1, 
2, 3, 4, 5, 6, 7, 8, 9, A, B, C, D, E, and F. When there is any 
danger of ambiguity between hexadecimal and decimal numbers, the 
hexadecimal number is written in this manual using the pound sign 
(#) as a suffix. 

The registers, flops, data paths, and processing elements 
that comprise the CPU are divided into six functional areas: 
microprocessor, internal bus, Megabus* interface, miscellaneous 
hardware, firmware sequencing, and master clock (see Figure 2-2). 
Each of these areas is controlled by a distinct set of microin¬ 
structions, which are described in detail in Section Three. 

The remainder of this section describes: 

• The six areas of the CPU 

• Entering and leaving the WCS 

• Use of the CPU registers, counters, and control flops. 


♦Trademark of Honeywell Informations Systems, Inc. 
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Figure 2-2 Central Processor Area 
2.1 MICROPROCESSOR AREA 

The microprocessor area (see Figure 2-3) performs the arith¬ 
metic, logical, and shift operations required by the Level 6 sys¬ 
tem, including storage of operands for subsequent use by the 
microprogram and over half of the software visible registers. 
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Figure 2-3 Microprocessor Area 
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The interface to the microprocessor area from tho internal ^ > 

bus area enables processing of operands from CPU areas that are y_y 

external to the microprocessor area. The microprocessor area in¬ 
cludes a register file that provides storage for sixteen 20-bit 
registers. Among these are software visible registers Rl through 
R7 and Bl through B7. Results of the microprocessor operations 
can (optionally) be stored within the microprocessor area, but 
regardless of whether or not these storage facilities are used, 
the results are available for testing and/or distribution (via 
the internal bus) to destinations outside the microprocessor 
area. 

2.2 INTERNAL BUS AREA 

The internal bus area (see Figure 2-4) selects data from any 
one of several sources, and makes the data available to destina¬ 
tions both inside and outside the internal bus area. 
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Figure 2-4 Internal Bus Area 
Elements that functions as internal bus sources include: 

• Microprocessor outputs 

• Sixteen additional 20-bit registers (RAM) 

• Megabus buffer registers 

• Constant-generation facilities 

• Other sources. 

! ''Lt 
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Elements (within the internal bus area) that may serve as 
destinations for the internal bus data include: 

• 16 RAM registers 

• Memory address register and program counter 

• Indicator register 

• Other registers. 

In general, the internal bus microinstruction permits select¬ 
ing a single source and optionally delivering copies to one des¬ 
tination in each of the four categories previously listed. 
Internal bus data are also available for use by the other CPU 
areas. 

2.3 MEGABUS INTERFACE AREA 

Megabus cycles originating from the CPU are processed by the 
Megabus interface area (see Figure 2-5). For example, if the CPU 
wants to store a word in main memory, it sends the word together 
with its memory address (via the Megabus interface area) down the 
Megabus to main memory. 
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Figure 2-5 Megabus Interface Area 

The six types of communication permitted over the Megabus 
are: (1) memory read request, (2) I/O read request, (3) read 

response, (4) memory write, (5) I/O write, and (6) interrupt. 

The microprogrammer can use combinations of these Megabus opera¬ 
tions depending on the type of communication desired with other 
units of the Level 6 system. 
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NOTE 


Communication types (1), (2), (4), and (5) are subject 

to control by the Megabus interface area, while types 
(3) and (6) are controlled by the internal bus area. 

The interfaces among the internal bus, miscellaneous hard¬ 
ware, and Megabus interface areas enables the sending of data, 
address, and control information to the Level 6 Megabus from CPU 
areas that are outside the Megabus interface area. 

2.4 MISCELLANEOUS HARDWARE AREA 

The miscellaneous hardware area (see Figure 2-6) includes the 
remaining control flops and registers required by the CPU. 


EXTERNAL 

SOURCES 



data and address lines 


Figure 2-6 Miscellaneous Hardware Area 
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the state of the various control 
nternal and external to the miscel- 






These control elements modify the actions of other CPU areas, 
and can also be used to save signals generated in the current 
firmware step for use in subsequent firmware steps. For example, 
if the microprogrammer wants to postpone a firmware branch based 
on whether or not an arithmetic operation produced overflow, the 
overflow signal from the microprocessor area can be used to alter 
the state of a control flop within the miscellaneous hardware 
area. The state of the control flop can later be used as the 
test conditon for a firmware branch operation. 

2.5 FIRMWARE SEQUENCING AREA 

The firmware sequencing area (see Figure 2-7) provides the 
next firmware address for the control store. Every firmware step 
specifies a test condition that interrogates various flops and 
signals from other CPU areas to determine which of two alternate 
addresses is the next firmware address. Unconditional branching 
is supported by a test condition that always evaluates "false". 


central processor 



'. DATA AND ADDRE SS LINES 

Figure 2-7 Firmware Sequencing Area 

There are two addressing modes; Transparent and Sequential. 
In the Transparent mode, the mode used by the native firmware, 
every firmware step explicitly specifies the address of its suc¬ 
cessor. The Sequential mode appears more like typical software 
in that control generally proceeds to the next sequential loca¬ 
tion. The Transparent mode makes it possible to produce more 
compact code, whereas the Sequential mode is easier to learn. 

2.6 MASTER CLOCK AREA AND TIMING CONSIDERATIONS 

The master clock area (see Figure 2-8) generates the timing 
signals necessary for proper operation of the CPU. 
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Figure 2-8 Master Clock Area 

The timing signals distributed throughout the CPU provide 
four clock cycles that differ only in the duration of the cycle. 
The duration of the clock cycle for each firmware step is select¬ 
ed by the firmware assembler to provide the fastest performance 
consistent with reliable operation of the hardware. In rare cir¬ 
cumstances, it will be necessary for the microprogrammer to over¬ 
ride the assembler clock controls. This action will be required 
when the duration of a clock cycle must be increased to accommo¬ 
date conditions arising from the actions of a prior firmware 
step. 

All firmware controlled registers and flops in all areas of 
the CPU, with the sole exception of the 12-bit instruction regis¬ 
ter (F), are loaded, cleared, incremented, and/or shifted syn¬ 
chronously at the end of the firmware step calling for such 
action(s). Any testing, copying, etc., dependent on the content 
of a register that is being altered in the same firmware step, 
may be assumed to operate on the current contents of the register 
(i.e., the register contents before being altered by the current 
firmware step), except as explicitly noted. 

Special timing considerations apply to firmware steps in¬ 
volving Megabus read request or Megabus write operations. Read 
requests are not generally completed until well into the next 
firmware step, imposing some restrictions on the microprogrammer. 
If the read request is not immediately followed by a firmware 
step that uses the response, the address selection must be main¬ 
tained during the first step following the read request step. 

The acknowledge signal from the Megabus may be copied and/or 
tested during the firmware step immediately following the read 
request step. 
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During Megabus write operations, the acknowledge signal from 
the Megabus is received in time to be copied within the same 
firmware step, but not early enough to affect firmware sequencing 
reliably (refer to subsection 3.3). 

A different situation exists regarding read responses (via 
the Megabus) to a CPU request. If the response arrives before 
the firmware is ready to use it, the data are buffered until re¬ 
quested. If the firmware attempts to use the data before the 
response has been received, the interface hardware automatically 
stalls the CPU master clock until the data arrives. The micro¬ 
programmer must avoid requesting data from a Megabus buffer if 
the read request was rejected; there is no limit to the patience 
of the master clock awaiting data that will not be received. 

2.7 ENTERING AND LEAVING THE WCS 

To minimize timing problems when transferring microprogram 
control from native control to the WCS, or vice versa, advantage 
is taken of the synchronization capability already designed into 
the Megabus interface area. Control is transferred by causing 
the CPU to issue a Megabus cycle (I/O write) addressed to the 
WCS. By properly timing its acceptance of this command, the WCS 
hardware automaticlly assures a clean transfer of control. 

Native firmware performs the above operation whenever the 
first word of an instruction lies in the range 0080# through 
00BF#. The location to which control is transferred is one of 
the first 16 locations in the WCS; the specific location is iden¬ 
tified by the least significant hexadecimal digit of the instruc¬ 
tion word. The content of the various CPU registers and flops at 
the time of entry into the WCS is described in subsection 2.8. 

When it is desired to return control from the WCS to the na¬ 
tive control store, the user must create the appropriate I/O con¬ 
trol word (with the WCS channel number and a function code of 
25#) and transmit this command to the Megabus, simultaneously 
specifying the native control store address to which control 
should return (refer to examples 6 and 7 in subsection 3.7). 
Normally, return is to location 020# for the next instruction 
fetch operation. 

Trap conditions of two kinds can occur: 

• Conditions detected by hardware during Megabus cycles. 

• Conditions detected by firmware test and branch opera- 
tions. 



The first category includes: 


1. Bus parity errors, memory parity errors, and uncorrect- 
able errors detected by the memory Error Detection and 
Correction (EDAC) logic. These are sensed by the CPU 
when the bus data are sourced to the internal bus. 

2. References to unavailable resources. These are sensed by 
the CPU during a write cycle, or during the firmware step 
following a read request cycle. 

3. Illegal addresses. These are detected by WRAP testing 
(refer to subsection 2.8.2 - WRAP Control Flop), or by 
the Memory Management Unit (MMU); sensing of illegal ad¬ 
dresses by the CPU is timed similarly to that of unavail¬ 
able resource references. 

When any of the above trap conditions are encountered, hard¬ 
ware forces the firmware to location 000 in the native control 
store; this is the starting address for the native firmware se¬ 
quence that analyzes the trap condition and generates an appro¬ 
priate trap. 

All other trap conditions are considered under the second 
category, i.e., they are detected by conditional firmware 
branches as required by the functional specification applicable 
to the instruction being executed. When such a trap is detected, 
the firmware should exit to the location TRAP (33B#) in the na¬ 
tive firmware, after first ensuring that: 

1. RAM location 0 contains the instruction word to be re¬ 
ported* . 

2. The XB and C'TR register contents are appropriate for the 
Z-word*. 

3. The Q register contains the address (if any) to be re¬ 
ported in the A-word*. 

4. Register BU contains a trap vector code equal to 4U# 
minus the desired trap number*. 


♦Refer to Honeywell Level 6 Minicomputer Handbook (Order Number 
AS22) for a description of Trap Save Area contents. The fol¬ 
lowing subsection defines all CPU registers, counters, and con¬ 
trol flops, that are visible to the microprogrammer, including 
those registers and counters mentioned above. 
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2.8 USE OF CPU ELEMENTS 


The CPU registers, counters, and control flops that are visi¬ 
ble to the microprogrammer can be classified into four catego- 
r ies: 

• Software Visible (SWV) 

• Firmware Dedicated (DEDIC) 

• Working Storage (WORK) 

• Autonomous (AUTO). 

The possible uses for elements in the above categories are 
described in the following subsections and summarized in Table 
2 - 1 . 

2.8.1 Software Visible 


The registers in this category should not be altered except 
as explicitly required by the functional definition of the cur¬ 
rent instruction. 

Registers Dl through D7 

Registers Dl through D7 reside in bits 4 through 19 of micro¬ 
processor register file locations 1 through 7 (bits 0 through 3 
of each register are not software visible, but are not usually 
useful as working storage) . 

Registers B1 through B7 

Registers Bl through B7 reside in microprocessor register 
file locations 9 through F. 

Register Ml through M7 

Registers Ml through M7 reside in bits 12 through 19 of in¬ 
ternal bus RAM locations 1 through 7 (refer to subsection 2.8.2 - 
RAM locations 4 and 6 and subsection 2.8.3 - RAM locations 1, 3, 
5, and 7 for the use of other bits in these locations). 

T and RDB Registers 

The T and RDB registers reside in RAM locations A and B 
(respectively). 

S and I Registers 

The S register contains the system status and security codes 
for use within the CPU. The I register contains the CPU indica¬ 
tors . 
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P Register 


The P register normally functions as a program counter, but 
can be freed for use as a working register (refer to subsection 
2.8.3 - P register). 

2.8.2 Firmware Dedicated 


The registers and flops in this category contain control in¬ 
formation and/or trap context. They should be loaded only with 
the information described herein so that the native functionality 
is preserved. They can also be used as sources for this informa¬ 
tion. 

RAM Location 0 

This RAM location contains the instruction word to be report¬ 
ed when a trap occurs. 

RAM Locations 4 and 6 (bits 4 through 11) 

Bits 4 through 11 of these RAM locations contain the mode in¬ 
formation for: 

1. Enabling the Real Time Clock (RTC). 

2. Enabling the Watch Dog Timer (WDT). 

RAM locations C and D 

RAM locations C and D contain pointers to the most recently 
accepted Commercial Instruction Processor (CIP) and Scientific 
Instruction Processor (SIP) instructions, respectively. Each 
location must remain NULL if the corresponding external processor 
is not configured. 

RAM location F 


This RAM location must be NULL except when it points to the 
next word of procedure, freeing the P register for use as a work¬ 
ing register (refer to subsection 2.8.3 - P Register). 

CTR Register 

The CTR register is a 4-bit counter that indicates the number 
of procedure words consumed in the processing of the current in¬ 
struction. It is incremented (or cleared) every time the P reg¬ 
ister is incremented (refer to subsection 2.8.3 - P register). 

XB Register 

The XB register is a 4-bit shift register that supplies trap 
context information regarding indexing of bit or byte operations 
(refer to subsection 2.8.3 - XB register). 
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WRAP Control Flop 


The WRAP control flop facilitates the checking of address- 
arithmetic firmware to detect attempts to exceed the 20-bit 
capacity of the address registers. If the WRAP control flop is 
on, any access to the Megabus (read request or write operation) 
will result in the transmission of an illegal address or I/O 
channel number. This action results in no response via the 
Megabus, which is interpreted as an "unavailable resource". 

Whenever an index value or other displacement is to be added 
to a base address, the algebraic sign of the displacement should 
first be copied into the SIGN control flop. Then, the address 
modification can be performed, using the sign-extension capabili¬ 
ties of the microprocessor area (refer to subsection 3.1). Si¬ 
multaneously, the carry signal from the most significant end of 
the microprocessor should be compared with the state of the SIGN 
control flop, and the comparison result copied to the WRAP con¬ 
trol flop. 

Read-Modify-Write Control Flop (RMWF) 

RMWF is set to One when memory has been locked for the dura¬ 
tion of a read-modify-write operation. RMWF is set and cleared 
by the Megabus interface area CHGLOCK operand (refer to subsec¬ 
tion 3.3) if the F register contains one of the following 
instruction codes (refer to subsection 2.8.3 - F/SEL Instruction 
Register): 

F = 002, 003, 0U6, 007#, or 
880# < F < 897#, or 
8A0# < F < 8B7#. 

LOAD, TRAFFIC, and PANOK Control Flops 

These flops communicate control information between firm¬ 
ware and the operator. Although they are described here for com¬ 
pleteness, it is not anticipated that normal user firmware will 
involve any of them. 

The LOAD flop can be set and cleared both by the operator and 
by firmware in the miscellaneous hardware area. During the sys¬ 
tem startup operations, LOAD is normally set by the operator and, 
when bootload action is completed, cleared by firmware. There¬ 
after, this flop usually remains off, but is sometimes set brief¬ 
ly by firmware as a means of preventing a trap to location 000 
when a Megabus cycle is addressed to a possibly unavailable re¬ 
source. LOAD must never be left on at the end of an instruction. 

The TRAFFIC flop is loaded by firmware in the miscellaneous 
hardware area to control the corresponding indicator on the con¬ 
trol panel. However, the flop is held off by hardware unless the 
control par^l is in the Run mode. As the native firmware 
extracts the first word of each instruction, the word is tested 
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to determine if the instruction op-code is HLT. The result of 
this test is transferred (via the ZERO flop) to the TRAFFIC flop 
(subject to hardware override if the Run mode is not in effect). 

The PANOK flop synchronizes the servicing of operator 
requests. It is set to Zero whenever the CLEAR or EXECUTE push¬ 
button is depressed and when in Register-Change mode, a hexa¬ 
decimal key is depressed. This flop is set to One by the firm¬ 
ware that services the request, and is used to prevent multiple 
servicing of a single key-stroke. 

EFFRING, NONPROC, NOCHEK, SEGERR, and PROV Controls 

These signals and flops support normal MMU operations, permit 
temporary alteration of access rules, and reports errors detected 
by the MMU. 

EFFRING is a 2-bit register containing the "effective ring 
number", which the MMU uses to determine the degree of privilege 
appropriate to the current instruction, and against which memory 
access requests are tested. Native firmware loads EFFRING from 
the S register RING field at the start of each instruction. 
Correct procedure requires that EFFRING be modified to decrease 
its privilege level whenever, in the course of formulating an ad¬ 
dress, it uses data that might have been generated by a less 
privileged program. 

NONPROC establishes a temporary change in the rules of ac¬ 
cess. Memory references which use the P register as the address 
source normally require "Execute" permission; when NONPROC has 
been set, they require only "Read" permission (refer to sub¬ 
section 2.8.3 - P register). 

NOCHEK establishes a temporary suspension of the rules of ac¬ 
cess (it does not affect the mapping of segmented virtual addres¬ 
ses to physical, nor the detection of illegal, non-existent ad¬ 
dresses). The intent of this functionality is to remove restric¬ 
tions on memory access by system firmware (interrupt and trap 
handler, RTC/WDT service, panel routine, etc.). 

SEGERR signals that the MMU has detected an error in a vir¬ 
tual address; the referenced segment is not valid, its size has 
been exceeded, or a protection violation has been detected. If 
SEGERR occurs during a memory reference, it causes the transmis¬ 
sion of an illegal physical address. This action results in no 
response via the Megabus, which is interpreted as an "unavailable 
resource". If no memory reference or access-rights test (refer 
to subsection 3.3.3. - MMURDACC, MMUWRACC) is requested, the 
SEGERR signal is ignored. 

PROV signals that the MMU has detected a protection violation 
(failure of access rights check) on an otherwise legal address 
(i.e., an address in a valid segment and within the segment 
size). If a protection violation occurs during a memory 



reference, the PROV flop is locked in the set state until cleared 
by the firmware function NOCHEK (this function is normally issued 
by the trap generation firmware). If a protection violation 
occurs during a firmware step that explicitly requests an access- 
rights test, the next firmware step may copy PROV to the MISC 
control flop. 

NEWXR Control Flop 

The NEWXR flop is used in the Transparent mode to distinguish 
between reentrant invocations of the XR "splatter" branch. This 
flop is set when the SEL register is loaded from the internal bus 
(e.g., during instruction fetch); it is cleared when a branch is 
performed to XR, XE, XW, or XF (refer to subsection 3.5), and 
when the WRAP flop is set or cleared (refer to subsection 3.4). 
The effect of NEWXR is shown in Appendix E. 

2.8.3 Working Storage 

These are the registers and flops available to the micropro¬ 
grammer for temporary storage of operands, imtermediate results, 
control information, etc., during execution of each instruction. 
Their contents cannot generally be depended on to retain infor¬ 
mation between instructions, especially in the presence of asyn¬ 
chronous actions such as interrupts, unexpected traps, and 
RTC/WDT service requirements. 

RAM Location 8 


This RAM location initially* contains a pointer to the next 
word of procedure (copy of P register), but may be altered as 
desired. 

RAM Locations 9 and E 


These RAM locations initially contain no predictable informa¬ 
tion. 

RAM Locations 1, 3, 5, and 7 (bits 0 through 11) 

Bits 0 through 11 of these RAM locations normally contain 
zeros, and are unused by the native firmware. These fields are 
not easily altered because bits 12 through 19 of these locations 
contain software visible data (M registers) that must be pre¬ 
served. They do, however, have the advantage of being able to 
retain formation between instructions and for prolonged periods. 


*In this context, "initially" refers to the instant when the na¬ 
tive firmware transfers control of the User Generic execution to 
WCS firmware. 
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Register File Locations 0 and 8 


Register file locations 0 and 8 are called registers DO and 
BO, respectively, and initially contain no predictable informa¬ 
tion. 

Q Register 

The Q register initially contains a pointer to the first word 
of the current instruction, but may be altered as desired. 

F/SEL Instruction Register(s) 

The F/SEL register initially contains the first word of the 
current instruction, but may be altered as desired. Specific¬ 
ally, it may be useful to copy all or a portion of subsequent in¬ 
struction words into the instruction register to facilitate de¬ 
coding and/or branch control. 


NOTE 

Numerous mappings of the contents of the instruction 
register are available as listed in Tables 3-8, 3-9, 
and Appendix E. These instructions are designed for 
the native repertoire; their utility to the WCS micro¬ 
programmer will depend to a large extent on the func¬ 
tional specification of the new instructions, and on 
their similarity to the native instructions. 

Y Register 

The Y register initially contains no predictable informa¬ 
tion. This register is primarily designed to hold nonprocedural 
addresses (or I/O control words) for transmission to the Megabus; 
however, during periods of inactivity in the Megabus interface 
area, the Y register may be used for other tasks. 

H Register 

The H register initially contains no predictable information. 
The principal functions of this register are to: 

• Facilitate the handling of halfwords (bytes) by accepting 
16-bit quantities from the internal bus, and later deliv¬ 
ering them back to the internal bus with the two halves 
inter-changed. 

• Assist the expansion of a 8-bit algebraic quantities to 
16 bits. 

• Retrieve 2U-bit addresses from two adjacent words in 
memory. 
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LIKK Register 


The LINK register initially contains no predictable informa¬ 
tion. Loaded from the internal bus, this register is usable only 
by the firmware sequencing area: Transparent mode XL, XLO, and 
XLl or Sequential mode LBRANCH. 

MISC, SHIN1, SHIN2, SIGN, and ZERO Control Flops 

These flops are initially cleared to zero. 

DDLEQO Control Flop 

This flop initially contains no predictable information. 

XB Register 

The XB register is initially cleared to zero. Depending on 
the functional definition of the current instruction, the contri¬ 
bution of this register to the Z-Word* may include no useful 
information. In this event, the XB register may be used for 
working storage. 

P Register 

As previously indicated, the P register can be freed of its 
normal procedure-pointing duties, and used for any purpose de¬ 
sired. To accomplish this the user must first copy the content 
of P into RAM location F (RAMF) and must notify the MMU to treat 
subsequent procedure references as data read operations for the 
purpose of checking access rights. The P register may then be 
loaded and used as desired. If an unexpected trap should occur 
(e.g. a parity fault), the native firmware will report the 
content of RAMF in the trap context in lieu of P. Similarly, the 
Z-word* will report an instruction size of one, rather than the 
content of CTR. Before returning control to native firmware 
(e.g., at the end of the instruction), the user must copy the 
procedure pointer from RAMF back to the P register, and then 
clear RAMF to NULL. 

The user may find it worthwhile to invest the overhead re¬ 
quired by the previous paragraph if the User Generic instructions 
to be implemented involves reading a long consecutive nonproce¬ 
dural data string from memory. The relative economy of time and 
code space possible when using P as the address register for such 
an operation can quickly repay the investment. 


C _ 

*Refer to the Honeywell Level 6 Minicomputer Handbook (Order 
Number A522) for a description of Trap Save Area contents. 
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2.8.4 Autonomous 


These buffer registers and flops are set by external agencies 
(i.e., agencies which are not firmware controlled), and supply 
information for firmware use. 

Acknowledge (ACK) Control Flop 

The ACK control flop remembers whether the most recent 
Megabus action was accepted or rejcted: if ACK is ON, the action 
was accepted, if ACK is off, the action was rejected. 

Megabus Data Buffer (BD) 

The Megabus data buffer retains the data received from memory 
or an I/O channel in response to the most recent CPU read re¬ 
quest. The content of BD remains valid, and may be reused, until 
the firmware issues the next read request or references the 
Megabus procedure buffer. 

Megabus Procedure Buffer (BP) 

The Megabus procedure buffer supplies the next procedure 
word from memory (i.e., the word pointed to by the P register). 

BP can be read only once per word because this read operation in¬ 
crements the P register. 

Megabus Interrupt Buffer (RUP) 

The Megabus interrupt buffer retains the latest external in¬ 
terrupt received (i.e., one not involved with RTC, WDT, or LEV 
actions). The content of RUP is valid while the Interrupt Busy 
(INTBSY) flop is on. 

YELLOW and PARER Megabus Data Error Flops 

The YELLOW and PARER flops signal detection of an error in 
memory or on the Megabus. YELLOW remembers if at least one data 
error was corrected by memory EDAC hardware since the last inter¬ 
rogation of this flop; YELLOW is cleared each time it is interro¬ 
gated by the firmware. PARER remembers if the most recent 
Megabus buffer reference (BD or BP) reported either a Megabus 
parity error or a data error not correctable by memory EDAC hard¬ 
ware. Unless the control panel is in Load, Read, or Write mode, 
the setting of PARER forces the firmware to native location 000 
for suitable trap generation (refer to subsection 2.7). 

EXTRAP, INTBSY, and TICK Service Request Flops 

The EXTRAP, INTBSY, and TICK service request flops are set by 
hardware to signal a requirement for a break in firmware flow. 

If execution of the current instruction is lengthy, as defined 
below, the user is responsible for polling these flops frequently 
enough to avoid degradation of system performance. The native 


2-18 



firmware performs this polling while extracting the first word of 
each instruction. It is recommended that, when polling detects 
such a request, the user should execute a branch to suitable 
firmware which will prepare the current instruction to be resumed 
or restarted, as appropriate, then exit to native firmware (loca¬ 
tion 020#) . 

EXTRAP is true when one or more external processors (CIP or 
SIP) has detected a trap condition. User firmware that does not 
communicate with CIP or SIP need not poll EXTRAP. If a Megabus 
request to such a processor is rejected, the firmware should test 
EXTRAP to determine whether the rejection might have been caused 
by a trap. If not, the Megabus request can be repeated; other¬ 
wise, a return to native firmware is recommended. EXTRAP becomes 
false when all external processors with trap conditions have 
delivered their trap words. 

INTBSY is set when an external interrupt of high enough pri¬ 
ority is received and accepted by the CPU hardware. No further 
interrupts, regardless of priority, can be accepted until firm¬ 
ware services buffer RUP, reloads the level field in the S regis¬ 
ter, and clears INTBSY. This flop must be polled often enough to 
ensure the interrupt response perfomance appropriate to the ap¬ 
plication. 

TICK is set every 8-1/3 milliseconds by a crystal-controlled 
oscillator in the CPU, signalling the need for service of the 
YELLOW logic, the RTC and/or WDT, and the control panel. TICK 
must be polled at least 120 times per second. 


Table 2-1 Use of CPU Elements (Sheet 1 of 4) 


ELEMENT 

LENGTH 

TYPE 

AREA 

PRIMARY NATIVE 
FIRMWARE USAGE 

ACK 

1 

AUTO 

Megabus 

Megabus Cycle Acknowl- 
gement Storage 

BO 

20 

WORK 

Microprocessor 


B1-B7 

20 

SW 

Microprocessor 

Base Registers 

BD 

16 

AUTO 

Internal Bus 

Megabus Data Read 

Buffer 

BP 

16 

AUTO 

Internal Bus 

Megabus Procedure Read 
Buffer 

CTR 

4 

DEDIC 

Miscellaneous 

Hardware 

Count Instruction 

Length 

DO 

20 

WORK 

Microprocessor 


D1-D7 

r 20 

SWV 

Microprocessor 

Data Registers (R1-R7) 
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Table 2-1 Use of CPU Elements (Sheet 2 of 4) 


ELEMENT 

LENGTH 

TYPE 

AREA 

PRIMARY NATIVE 
FIRMWARE USAGE 

DDLEQO 

1 

WORK 

Miscellaneous 

CIP Descriptor Length 
Hardware 

EFFRING 

2 

DEDIC 

Megabus 

MMU Effective Ring 
Number 

EXTRAP 

1 

AUTO 

★ 

External-Processor 

Trap 

F 

12 

WORK 

Internal Bus 

Instruction MSB 

H 

■ 

16 

WORK 

Internal Bus 

Byte Swapping 

I 

8 

SWV 

Internal Bus/ 
Miscellaneous 
Hardware 

Indicator Register 

INTBSY 

1 

AUTO 

★ 

Interrupt Busy Signal 

LINK 

8 

WORK 

Internal Bus 

Firmware Sequencing 

LOAD 

1 

DEDIC 

Miscellaneous 

Hardware 

Inhibit Missing - Re¬ 
source Recognition 

MISC 

1 

WORK 

Miscellaneous 

Hardware 


NEWXR 

1 

DEDIC 

Firmware 

Sequencing 

Distinguish Reentrant 
XR Branch 

NOCHEK 

1 

DEDIC 

Miscellaneous 

Hardware 

Inhibit MMU Access 
Rights Checking 

NONPROC 

1 

DEDIC 

Miscellaneous 

Hardware 

Inhibit MMU Execute 
Checking 

P 

20 

SWV 

Internal Bus 

Program Counter 

PANOK 

1 

DEDIC 

Miscellaneous 

Hardware 

Acknowledge Panel 
Request 

PARER 

1 

AUTO 

■ 

: 

i 

Megabus 

Bus Parity Error or 
EDAC Uncorrectable 
Error. 

PROV 

1 

DEDIC 

Megabus 

MMU Protection Viola¬ 
tion 
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Table 2-1 Use of CPU Elements (Sheet 3 of 4) 


ELEMENT 

LENGTH 

TYPE 

AREA 

PRIMARY NATIVE 
FIRMWARE USAGE 

Q 

20 

WORK 

Microprocessor 

32-bit Shifts 

RAMO 

20 

DEDIC 

Internal Bus 

Holds Copy of Instruc¬ 
tion Word 

RAMI-RAM7 

20 

SWV 

+DEDIC 

Internal Bus 

Mode Registers (M1-M7) 
Plus Control Informa¬ 
tion 

RAM8-RAM9 

20 

WORK 

Internal Bus 


RAMA 

20 

SWV 

Internal Bus 

Stack Pointer (T) 

RAMB 

20 

SWV 

Internal Bus 

Remote Descriptor Base 
Register (RDB) 

RAMC 

20 

DEDIC 

Internal Bus 

CIP Instruction 

Pointer 

RAMD 

20 

DEDIC 

Internal Bus 

SIP Instruction 

Pointer 

RAME 

20 

WORK 

Internal Bus 


RAMF 

20 

DEDIC 

Internal Bus 

Usually Must Be Null 

RMWF 

1 

DEDIC 

Megabus 

Remember That CPU 

Locked Memory 

RUP 

16 

AUTO 

Internal Bus 

Interrupt Word 

S 

16 

SWV 

Internal Bus 

System Status Register 

SEGERR 

1 

DEDIC 

Megabus 

MMU Segment Error 

SEL 

4 

WORK 

Internal Bus 

Instruction LSB 

SHIN 1, 
SHIN2 

2 

WORK 

Miscellaneous 

Hardware 

Control Shift End 
Effects 

SIGN 

1 

WORK 

Miscellaneous 

Hardware 


TICK 

1 

AUTO 

* 

j 

8.3 MS Interval Mark 

TRAFFIC 

1 

DEDIC 

Miscellaneous 

Hardware 

Control Panel 

Indicator 


T 
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Table 2-1 Use of CPU Elements (Sheet 4 of 4) 


ELEMENT 

LENGTH 

TYPE 

AREA 

PRIMARY NATIVE 
FIRMWARE USAGE 

WRAP 

1 

DEDIC 

Miscellaneous 

Hardware 

Address-Wrap-Around 
Storage 

XB 

4 

DEDIC 

Miscellaneous 

Hardware 

Subword Indexing, Hex 
Decoder 

Y 

20 

WORK 

Internal Bus 

Megabus Address 
Register 

YELLOW 

1 

AUTO 

Megabus 

EDAC-Corrected 

Errors 

ZERO 

1 

WORK 

Miscellaneous 

Hardware 

ALU Zero Result 

Storage 


*Not controlled by firmware. 
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SECTION 3 - MICROINSTRUCTIONS 


The CPU hardware is controlled by firmware words (steps), 
each step consisting of several microinstructions that manip¬ 
ulate the hardware to perform desired operations. The CPU can 
execute up to six microincstrucions simultaneously during any 
given firmware step, permitting simultaneous control over the 
six functional CPU areas: microprocessor, internal bus, Megabus 
interface, miscellaneous hardware, firmware sequencing, and 
master clock. 

3.1 MICROPROCESSOR AREA 

The principal elements of the microprocessor area (see Figure 
3-1 include: 

• Register File (RF) 

• Q Register 

• Arithmetic/Logic Unit (ALU) 

• Shift Logic. 

The register file is a memory consisting of sixteen 2(J-bit 
locations, numbered 0 through F. The first eight locations are 
designated as registers DO through D7, while the last eight 
locations are designated as registers BO through B7. Up to two 
of these registers may be addressed simultaneously to serve as 
sources and/or destination for the ALU. Simultaneously, the con¬ 
tents of one register file location may be made available to the 
internal bus area. 

The Q register is an additional 20-bit register that is 
available as an ALU source and/or destination. 

The ALU performs all CPU arithmetic and logical functions. 

It has two 20-bit inputs and one 20-bit output. The ALU output 
may be directed to a destination within the microprocessor and/or 
made available to the internal bus area. Three auxiliary signals 
are generated based on the ALU results: Carry (CRY), Overflow 
(OVFL), and Zero detect (AUZ). For the purpose of generating 
these signals, the ALU function may be treated as a 16-bit or a 
20-bit operation as shown in the following listing; however, the 
actual arithmetic or logical operation is always 20 bits wide. 
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CENTRAL PROCESSOR 




MICRO¬ 

PROCESSOR 




nil 


i 


INTERNAL 

BUS 


MISCELLANEOUS 

HARDWARE 


FIRMWARE 

SEQUENCING 


MEGABUS 

INTERFACE 


MASTER 

CLOCK 


RIGHT 

SHIFT 


RIGHT 

SHIFT 


DATA FROM 
INTERNAL 
BUS 


REGISTER 

FILE 

(RF) 


Q 

REGISTER 



I 

i 


ARITHMETIC/LOGIC 

UNIT 

(ALU) 


REGISTER 

FILE 


ALU RESULT 


Figure 3-1 Microprocessor Area 








SIGNAL 

16-BIT 

ARITHMETIC 

20-BIT 

ARITHMETIC 

16-BIT 

LOGICAL 

20-BIT 

LOGICAL 

CRY 

Carry from bit 

4 

Carry from bit 

0 

Undefined* 

Undefined* 

OVFL 

Overflow from 
bit 4 

ALU result bit 

0 in liew of 
overflow 

Undefined* 

ALU result 
bit 0 in lieu 
of overflow 

AUZ 

=1 if ALU 
result bits 

4-19 = 0 

=1 if ALU 
result bits 

0-19 = 0 

=1 if ALU 
result bits 
4-19 = 0 

=1 if ALU 
result bits 
0-19 = 0 


♦Except for the logical AND function as described in subsection 
3.1.3. 

The shift logic is designed to perform single-bit left or 
right shifts on the 16 least significant bits of the ALU result 
before they are written into the register file. The Q register 
can be shifted simultaneously to facilitate operations on 32-bit 
quantities (refer to subsection 3.1.4). 

3.1.1 Syntax 

The microinstructions that affect this functional area con¬ 
trol the Register File Arithmetic and Logic Unit (RALU). These 
microinstructions contain a function and up to four operands as 
follows: 


function 

A SRC1, 

SRC 2, 

DEST, SHIFT 

function 

A SRC1, 

DEST, 

SHIFT 


where: 

SRC1 is an input source. 

SRC2 is an additional input source. 

DEST is the destination for results (optional operand). 
SHIFT is the shift operand for results (optional operand). 
3.1.2 Microprocessor Sources and Destinations 


Sources to the ALU may be any one (or two) of the following: 

• Internal Bus (refer to subsection 3.2). 

• Q Register 

• Register File Location 

• Another (or the same) Register File Location 

• ZERO (20 bits, all zeros). 
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Destinations, if any, in the microprocessor may be to the 
following: 

• Q Register 

• Register File location. 

Whether or not a microprocessor destination is specified, the 
ALU result, CRY, OVFL, and AUZ are available for simultaneous 
use by microinstructions in other areas. If SRC1, SRC2, and DEST 
all specify register file locations, DEST must be the same as 
either SRC1 or SRC2. 

The possible sources and destinations for the microprocessor 
area are summarized in Table 3-1. Register file locations may be 
specified explicitly or as a function of fileds in the F/SEL in¬ 
struction registers. The mnemonics are derived from the B-field 
(SEL register bits 1 through 3), the M-field (F register bits 9 
through 11), and the N-field (F register bits 1 through 3). If 
the firmware step just previously executed altered the contents 
of SEL, those operands that depend on fields in SEL will use its 
previous contents (i.e., the contents before SEL was altered 
at the end of the firmware step just previsously executed). 

If two register file locations are selected by operands SRC1, 
SRC2, and/or DEST, they must both be members of the same group, 
where the available groups are: 

• DO, D3, D6, D7, BO, B3, B6, and B7. 

• DO, Dl, D4, D5, BO, Bl, B4, and B5. 

• DO, D2, Db, BO, B2, and B6. 

• DO, DN, DN3, DNE, BO, BN, BN3, and BNE. 

• DO, DB, DB3, DBE, BO, BB, BB3, and BBE. 

• DO DB, DB3, DBE, and REGSEL. 

• DO, DM, DM3, DME, BO, BM, BM3, and BME. 

Other restrictions on the selection of one of the micropro¬ 
cessor source operands are imposed occasionally by the simulta¬ 
neous action of microinstructions in other areas. To facilitate 
cross-referencing, it is necessary to introduce the concept of 
"restricted selection." A microprocessor source operand is 
designated a restricted selection if it specified a register file 
location, and: 

• it is the second operand of microinstruction ANDC, ADDSE, 
or ADD1SE, or 

• it is also the internal bus source (refer to subsection 
3.2.2 - Register File Locations), or 

• the destination is a different register file operand, or 

• the other source is the Q register, or 

• the other source is the internal bus, or 
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• the other source is a register file operand that does not 
satisfy the restricted-selection rule(s) in question 
(i.e., if both sources are register file locations, at 
least one must satisfy the restricted-selection rule). 

NOTE 

The restricted selection concept applies only when a 
simultaneous microinstruction defines a restricted 
selection rule. 


When 20-bit versions of CRY, OVFL, and AUZ are used, and the 
function is neither ADDSE nor ADDlSE, the restricted-selection 
source must be a D register (except as selected by REGSEL). 


Table 3-1 ALU Source and Destination Operands 

(Sheet 1 of 2) 


OPERAND 

EXPLANATION 

B0-B7 

RALU Base Registers BO through B7 (register 


file locations 8-F) 

BB 

RALU Base Register (BO through B7) specified 


by SEL(1-3). 

BB3 

RALU Base Register (BO through B3) specified 


by SEL(2-3). 

BBE 

RALU Even Base Register (BO, B2, B4, or B6) 


specified by SEL(l-2). 

BI 

Internal Bus (source only). 

BM 

RALU Base Register (BO through B7) specified 


by F(9-11). 

BM3 

RALU Base Register (BO through B3) specifiefd 


by F(10-11) . 

BME 

RALU Even Base Register (BO, B2, B4, or B6) 


specified by F(9-10). 

BN 

RALU Base Register (BO through B7) specified 


by F (1-3) . 

BN 3 

RALU Base Register (BO through B3) specified 


by F(2-3). 

BNE 

RALU Even Base Register (BO, B2, B4, or B6) 


specified by F(1— 2). 

D0-D7 

RALU Data Registers DO through D7 (register 


file locations 0-7) 






Table 3-1 ALU Source and Destination Operands 

(Sheet 2 of 2) 


OPERAND 

EXPLANATION 

DB 

RAL(J Data Register (DO through D7) specified 
by SEL (1-3) . 

DB3 

RALU Data Register (DO through D3) specified 
by SEL (2-3) . 

DBE 

RALU Even Data Register (DO, D2, D4, or D6) 
specified by SEL(l-2). 

DM 

RALU Data Register (DO through D7) specified 
by F(9-11). 

DM3 

RALU Data Register (DO through D3) specified 
by F(10-11). 

DME 

RALU Even Data Register (DO, D2, D4, or D6) 
specified by F(9-10). 

DN 

RALU Data Register (DO through D7) specified 
by F(1-3). 

DN 3 

RALU Data Register (DO through D3) specified 
by F (2-3). 

DNE 

RALU Even Data Register (DO, D2, D4, or D6) 
specified by F(l-2). 

Q 

RALU Q Register 

REGSEL 

RALU Register DO through D8 (register file 
locations 0 — F) specified by SEL(0-3). 

ZERO 

Zero (source only). 


3.1.3 Microprocessor Functions 

The 14 microprocessor arithmetic and logical functions are 
described in the following paragraphs and summarized in 
Table 3-2. 

ADD 


SRC1 is added to SRC2. 

ADDl 

SRC1 is added to SRC2 plus 1. 
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ADDSE (add sign extended) 


SRC2 must be a D register. The SIGN flop is assumed to con¬ 
tain a copy of bit 4 of that D register. The SIGN flop is copied 
to the four most significant bits of SRC2 which sign-extends SRC2 
from 16 to 20 bits. The extended value is added to SRC1. SCRl 
must specify the Q register or a register file location. SRC1 
and DEST cannot be different register file operands. This opera¬ 
tion is useful, for example, when employing a D register as an 
index register. 

ADD1SE (add One sign extended ) 

The description of ADD1SE is identical to that of ADDSE, 
except: 

• SRC1 must specify the Q register. 

• The sign extended SRC2 is added to SRC1 plus One. 

AND 

SRC1 is ANDed with SRC2. CRY and OVFL are forced to One. 

ANDC (AND with complement ) 

SRC1 is ANDed with the One's complement of SRC2. SRC1 may 
not be BI, SRC2 may not specify the Q register, and DEST and 
SRC1 may not specify different register file operands. 

COPY 

SRC1 appears as the ALU output. 

DECR 

One is subtracted from SRC1. SRC1 may not be ZERO. 

INCR 

One is added to SRC1. SRC1 may not be ZERO. 

OR 

SRC1 is inclusive-ORed with SRC2. 

SUB 

SRC2 is subtracted from SRC1. The ALU carry and overflow 
signals act as if the One's complement of SRC2 was added to SRC1 
plus One. 
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5UB1 


SRC2 is subtracted from SRC1 minus One. The ALU carry and 
overflow signals act as if the One's complement of SRC2 was added 
to SRC1. 

XOR 

SRC1 is exclusive-ORed with SRC2. 

XORC (Exclusive OR with Complement ) 

SRC1 is exclusive-ORed with SRC2 and the result inverted. 


Table 3-2 ALU Functions 


FUNCTION 

ALU OUTPUT 

ADD 

SRC1 + SRC2 

ADDl 

SRC1 + SRC2 + 1 

ADDSE 

SRC1 + SRC2 sign extended 

ADDlSE 

SRC1 + SRC2 sign extended + 1 

AND 

SRC1 A SRC2 

ANDC 

SRC1 A SRC2 

COPY 

SRCl 

DECR 

SRC1 - 1 

I NCR 

SRCl + 1 

OR 

SRCl V SRC2 

SUB 

SRCl - SRC2 

SUBl 

SRCl - SRC2 - 1 

XOR 

SRCl v SRC2 

XORC 

SRCl V SRC2 


3.1.4 Microprocessor Shift Operands 

Shift operands are used to shift the ALU result left or right 
by one bit position. A shift operand may be specified only if 
DEST is a register file location. The shift operations are opti¬ 
mized for 16- or 32-bit quantities. Although the shifts operate 
on 20-bit registers, the operation on the most significant four 
bits is generally not useful, especially for right shifts. 
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In most shift operations, the bit shifted into the vacated 
bit position is designated as SHIN (shift input), and is control¬ 
led by three flops; SHINl, SHIN2, and MISC (refer to subsection 
3.4). The SHIN function is selected as follows: 


MISC 

SHINl 

SHIN2 

SHIN 

0 

0 

0 

Internal bus bit 4 

0 

0 

1 

Internal bus bit 4 inverted 

0 

1 

0 

0 

0 

1 

1 

Q register bit 19* 

1 

0 

0 

XB register bit 1 (refer to subsection 
3.4) . 

1 

0 

1 

Y register bit 4 (refer to subsection 
3.2) . 

1 

1 

0 

0 

1 

1 

1 

Q register bit 19* 


^During shift right operations; otherwise undefined. 
SL (Single Left Shift ) 


Bits 1 through 19 of the ALU result are placed in bits 0 
through 18 of the selected register file location; bit 19 of 
the selected register file location receives a copy of Q regis¬ 
ter bit 4. 

0 1 19 0 3 4 5 19 


ALU 

RESULT 


r 


18 19 


Q REGISTER 


REGISTER FILE 
LOCATION 


DL (Double Left Shift ) 

Bits 1 through 19 of the ALU result are placed in bits 0 
through 18 of the selected register file location; bit 19 of the 
selected register file location receives a copy of Q register 
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bit 4. Q register bits 1 through 19 are placed in Q register 
bits 0 through 18; Q register bit 19 receives a copy of the SHIN 
function. 


0 1 


19 01345 19 


ALU 

RESULT 


REGISTER 

FILE 

LOCATION 



Conceptually, the rigthmost 16 bits of the ALU result are 
concatenated with the rightmost 16 bits of the Q register and 
shifted left one bit position with the SHIN function shifted in 
on the right. The result is placed in the rightmost bit posi¬ 
tions of the register file location and the Q register, 
respectively. 

SR (Single Right Shift ) 

Bits 4 through 18 of the ALU result are placed in bits 5 
through 19 of the selected register file location; bit 4 of the 
selected register file location receives a copy of the SHIN func¬ 
tion. Bits 1 through 3 of the ALU result are placed in bits 0 
through 2 of the selected register file location; bit 3 of the 
selected register file location receives a copy of the SHIN func- 
t ion. 

0134 18 19 




ALU RESULT 



0 2 3 4 5 19 


SHIN FUNCTION 


REGISTER FILE 
LOCATION 


Conceptually, the rightmost 16 bits of the ALU result are 
shifted right one bit position with the SHIN function shifted 
in on the left. The result is placed in the 16 rightmost bit 
positions of the register file location. 
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DR (Double Right Shift ) 



< 


Bits 4 through 18 of the ALU result are placed in bits 5 
through 19 of the selected file location; bit 4 of the selected 
register file location receives a copy of the SHIN function. 

Q register bits 4 through 18 are placed in Q register bits 5 
through 19; bit 19 of the ALU result is placed in Q register bit 
4. Bits 1 through 3 of the ALU result are placed in bits 0 
through 2 of the selected register file location; bit 3 of the 
selected register file location receives a copy of the SHIN func¬ 
tion. Q register bits 1 through 3 are placed in Q register bits 
0 through 2; bit 19 of the ALU result is placed in Q register 
bit 3. 


0134 18 19 


0 1 3 4 


18 19 



Q REGISTER 
(Before) 


Q REGISTER 
(After) 


Conceptually, the least significant 16 bits of the ALU result 
and the least significant 16 bits of the Q register are conca¬ 
tenated, shifted right one bit position with the SHIN function 
filling the most significant bit, and the result placed in the 
least significant lb bits of the register file location and the 
Q register, respectively. 

3.1.5 Microprocessor Examples 

The following are examples of source statements for the 
microprocessor area. 
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STATEMENT 

MEANING 

ADD 

DO, BO, Q 

Q —— ALU result-*— BO+DU 

SUB1 

BO, DO 

ALU result-*- BO-DO-1 

COPY 

BO, BO, SR 

ALU result-* - BO 

BO —- ALU result shifted right 

XORC 

DO, DO, DO 

DO—- ALU result— FFFFF# 

INCR 

Qr B3 

B3 —ALU result—Q+l 

ADD 

BI, B2, B3 

Invalid (DEST must be same as SRC1 or 
SRC 2) 

ADD 

DO, BO, Q, DR 

Invalid (SHIFT operand may only be 
specified if DEST is register file lo¬ 
cation) 

ADDSE 

BO. BO, BO 

Invalid (SRC2 must be D register for 
ADDSE) 

ADD1SE 

BO, DO, BO 

Invalid (SRC1 must be Q for ADDSE) 

INCR 

ZERO, DO 

Invalid (SRC1 cannot be ZERO for INCR) 

OR 

Dl, D2, Dl 

Invalid (Dl and D2 are incompatible) 

ANDC 

Dl, Q, Dl 

Invalid (Q may not be SRC for ANDC) 


3.2 INTERNAL BUS AREA 


The internal bus area (See Figure 3-2) provides a 2U-bit 
wide data path that transfers data among elements of the CPU as 
directed by the firmware. This data path is defined as the CPU 
Internal Bus (BI). 
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The internal bus selects a source from one of the following 
five categories. 

• Sources from microprocessor (RALU) 

• RAM locations 

• Megabus buffers 

• Constants 

• Other sources. 

The data on the internal bus are simultaneously available to 
destinations in each of the following four categories: 

• Megabus address registers 

• RAM locations 

• Indicator register (I) 

• Other destinations. 

3.2.1 Syntax 


BI is the microinstruction which controls the sources and 


destinations of 
tains up to six 

the internal 
operands as 

bus. The 
follows: 

BI microinstruction con 

BI 

SRC, DEST,. 

....,DEST 


BI 

SRC, SRCMOD 

, DEST,.... 

. .,DEST 


where: 

SRC specifies the internal bus source. 

SRCMOD specifies a source modifier - may be specified only if 
SRC is a microprocessor source (ALU or a register file loca¬ 
tion) . 

DE3T specifies an internal bus destination. Destinations, if 
any, may be specified in any order, but at most one destina¬ 
tion may be specified from each of the four destination cate- 
go r ies. 

3.2.2 Internal Bus Sources 


The following are available as internal bus sources: 

• Sources from the microprocessor area 

• RAM locations 

• Megabus buffers 

• Constants 

• Other internal bus sources. 

These sources are described below and summarized in Table 
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3.2.2.1 Sources from the Microprocessor Area 

The internal bus sources from the microprocessor area are: 
(1) the ALU result and (2) register file locations. 

ALU 


The entire ALU result (refer to subsection 3.1) may be placed 
on the internal bus. If SRCMOD is specified, only part of the 
ALU result will be used. 

Register File Locations 

An entire register file location (refer to subsection 3.1) 
may be placed on the internal bus. If SRCMOD is specified, only 
part of the register file location will be used. Refer to sub¬ 
section 3.1.2 for possible selection restrictions. When a regis¬ 
ter file location is the internal bus source, the microprocessor 
destination may not be null, but must also be a register file 
location (although not, in general, the same location) and no 
shift modifier may be specified. When no microprocessor area 
microinstruction is specified, the assembler automatically satis¬ 
fies this requirement by copying an arbitrarily selected location 
back into itself. 

SRCMOD Operand 


The optional SRCMOD operand specifies that only part of the 
20-bit source from the microprocessor area will be placed on the 
internal bus. The two SRCMOD operands are L4 and R8. 

If L4 is specified, internal bus bits 0 through 3 and also 
bits 16 through 19 receive copies of bits 0 through 3 of the se¬ 
lected source from the microprocessor area; internal bus bits 4 
through lb are forced to Zeros. 

If R8 is specified, internal bus bits 12 through 19 receive 
a copy of bits 12 through 19 of the selected source from the 
microprocessor area; internal bus bits 4 through 11 receive eight 
copies of bit 8 of the H register; internal bus bits 0 through 3 
are forced to Zeros. 

3.2.2.2 RAM locations 

The RAM is a random access memory consisting of sixteen 2U- 
bit locations, numbered 0 through F. Locations 1 through 7 are 
also called Ml through M7. Any of these locations may be placed 
on the internal bus, although RAM locations cannot serve simulta¬ 
neously as an internal bus source and destination. 

A RAM location may be specified explicitly or as a function 
of the fields in the F/SEL instruction registers. If the firm¬ 
ware step just previously executed altered the contents of SEL, 
those operands that depend on fields in SEL will use its previous 
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contents (i.e., the contents before SEL was altered at the end of 
the firmware step just previously executed). 

If, simultaneously, a register file location is used as a 
restricted selection source (refer to subsection 3.1.2) for the 
microprocessor, any RAM location referenced must correspond, in 
the sense indicated below, to the restricted-selection register- 
file source: 

• DO : : RAMO 

• D1-D7 :: RAMI-RAM7 = M1-M7 

• B0-B7 :: RAM8-RAMF 

• REGSEL :: RAMSEL 

• DB :: MB 

• DB3 :: MB3 

• DBE :: MBE 

• DM :: MM 

• DM3 :: MM3 

• DME :: MME 

• DN :: MN 

• DN3 :: MN 3 

• DNE :: MNE 

3.2.2.3 Megabus Buffers 

The Megabus buffers that serve as internal bus sources are: 

• Data buffer 

• Procedure buffer 

• Interrupt buffer. 

Data Buffer (BD) 

The Megabus data buffer is a 16-bit register containing the 
response to the most recent non-procedure read request (RDREQ, 
refer to subsection 3.3) issued either to memory or to a periph¬ 
eral device. When this buffer is used as the internal bus 
source, bits 0 through 3 receive either four Zero's or a copy of 
H register bits 12 through 15, depending on the SRC operand spec¬ 
ified . 

Procedure Buffer (BP) 


The Mebagus procedure buffer is a 16-bit register that con¬ 
tains the next word in the procedure stream, pointed to by the 
P register. The P register is incremented each time the buffer 
is used as a soruce. When this buffer is used as an internal bus 
source, bits 0 through 3 receive either four Zero's or a copy of 
H register bits 12 through 15, depending on the SRC operand spec¬ 
ified. 
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Interrupt Buffer (RUP) 


The Megabus interrupt buffer is a 16-bit register that con¬ 
tains the most recently accepted interrupt word (interrupting 
channel number in bits 0 through 9 and interrupt level in bits 10 
through 15). When RUP is used, bits 0 through 3 of the internal 
bus are forced to Zero's. 


NOTE 

Servicing of interrupts requires a complex algorithm, 
and the user is advised to return control to the na¬ 
tive firmware if/when this is required. 

3.2.2.4 Constants 

Constants that are available as internal bus sources are: 

• Numeric constants 

• Operands IDCy and IDSy. 

Numeric Constants 


A numeric constant may be specified as an internal bus 
source. The least significant nine bits of the constant are 
considered to be a signed integer, which is sign extended to 
16 bits and placed on the least significant 16 bits of the inter¬ 
nal bus; the most significant four bits of the bus are forced to 
Zero's. Numeric constants are thus of the form Oxxyz#, where x 
equals 0 or F. The second least significant digit of the next 
firmware address (refer to subsection 3.5) must equal y. 

Operands IDCy and IDSy 

These operands are intended to facilitate the creation of 
Megabus control words for communicating with external processors 
(CIP, WCS, etc.), and function as follows: 

• Internal bus bits 0 through 3, 5 through 10, and 15 are 
forced to Zeros. 

• Internal bus bit 4 receives a copy of Y register bit 4. 

• Internal bus bits 11 through 14 receive the channel number 
of the associated external processor (bits 11 and 12 re¬ 
ceive 01 if IDSy is sepcified and 10 if IDCy is specified; 
bits 13 and 14 receive the CPU ID). 

• Internal bus bits 16 through 19 receive y, where y is any 
hexadecimal digit, 0 through F. The second least signifi¬ 
cant digit of the next firmware address (refer to sub¬ 
section 3.5) must equal y. 
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These operands are optimized for constructing Megabus I/O 
control words for the CIP and SIP. They may be modified as re¬ 
quired if it is necesssary to address other processors. Example 
6 in subsection 3.7 shows the modification necessary to address 
the WCS. 

3.2.2.5 Other Internal Bus Sources 

The other internal bus sources are: 

• Control panel 

• H register 

• Indicator register (I) 

• Trap Status Z-word 

• Status register (S) 

• P register 

• Y register 

• MMU physical address 

• HEX decoder. 


Control Panel 

The internal bus can receive control and status information 
from the Level 6 control panel. If the control panel is speci¬ 
fied as a soruce, the internal bus receives the following 
"request word". 


0 3 

4 7 

8 

9 

10 

11 

12 

13 

14 

15 

16 

17 19 

H (12-15) 

HEX 

R 

9 

P 

P 

C 

W 


R 

A 

LOW ORDER 


DIGIT 

U 

B 

L 

A 

D 

R 

0 

/ 

B 

REGISTER 



N 

D 

U 

N 

E 

I 


W 

E 

SELECT 




F 

S 

0 

F 

T 



F 

DIGIT 






K 


£ 






NOTES 


1. Bits 0 through 3 receive H register bits 12 through 
15, bit 14 is always Zero. 

2. Bits 4 through 7 receive the value of the hexadeci¬ 
mal key currently being depressed, Zero if no key 

is depressed. Bit 11 receives a Zero when any hexa¬ 
decimal key has been actuated. Refer to subsection 
3.4 for firmware acknowledgement and setting of this 
bit (FLOPS operand PANOK). 

3. Bits 12, 16, and 9 receive the least significant 3 
bits of the leftmost register selection hexadecimal 
digit. Bits 17 through 19 receive the least signifi¬ 
cant 3 bits of the rightmost register selection digit. 



/f *• 

V,/ 
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4. The remaining 4 bits receive mode information. Bit 
8 is Zero only if the panel RUN indicator is illumi¬ 
nated. Bit 10 is Zero only if the panel PLUS indica¬ 
tor is illuminated. Bit 13 is One only if the panel 
WRITE indicator is illuminated. Bit 15 is One only 
if either the panel WRITE or READ indicator is 
illuminated. 

for example, assume the internal bus receives the following 
bit pattern from the control panel: 

0000 1110 1110 1001 0110 
then: 

1 register bits 12 through 15 are Zero. 

The "E” key is currently being depressed and has not yet 

been acknowledged. 

Register D6 has been selected. 

The panel is in Read mode, and is not in Plus or Run mode. 

1 Register 

The H register is a 16-bit register primarily used for swap¬ 
ping halfwords (bytes). There are two ways the internal bus can 
receive the H register. Either the two halves of the H register 
can be interchanged, i.e., internal bus bits 0 through 3 are 
forced to Zero, bits 4 through 11 receive H(8-15), and bits 12 
through 19 receive H(0-7), or the left half of the H can be sign- 
extended, i.e., internal bus bits 0 through 3 are forced to Zero, 
bits 4 through 11 receive eight copies of H(0), and bits 12 
through 19 receive H(0-7). 

Indicator Register (I) 

Hie I register is 8 bits wide and contains the seven soft¬ 
ware-visible indicator bits. Bits 4 through 11 of the internal 
bus receive the I register. The other 12 bits are forced to 
Zero. 

Trap Status Z-Word 

The trap status Z-word consists of pertinent hardware infor¬ 
mation that is delivered to the Memory Trap Save Area (TSA) when 
an exception condition is detected in the CPU. The information 
for the Z-word is brought together from several areas to serve as 
a source to the internal bus. 

When the Z-word is specified as the internal bus source, in¬ 
ternal bus bits 8 through 11 receive the XB register, bits 12 and 
13 receive S register bits 1 and 2 (ring number), bits 16 through 
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19 receive the CTR counter, and bit 4 receives a Zero unless F 
register bit 0 is a Zero, or unless F register bits 9 through 11 
= 101 and the SEL register does not contain Zero. All other bits 
are forced to Zero. 

Status Register (S) 

The S register contains the software-visible system status 
and security codes. When this register is an internal bus 
source, either internal bus bits 4 through 19 receive the S reg¬ 
ister content with bits 0 through 3 forced to Zeros, or bit 0 
through 11 and bit 13 receive Zero, bit 12 receives a One and 
bits 14 through 19 receive S (10—15). S(10-15) is also called 

Level (LVL). 

P Register 

The P register is a 20-bit software-visible counter that is 
primarily used to address memory during procedural reads (refer 
to subsection 3.3). 

Y Register 

The Y register is a 20-bit counter primarily used to supply 
addresses to the Megabus during non-procedural reads and writes 
(refer to subsection 3.3). 

MMU Physical Address 

When this source is chosen, the internal bus receives the 
20-bit physical address calculated by the MMU during the pre¬ 
vious firmware step. MMU implies Y as an internal bus destina¬ 
tion. Refer to subsection 3.3.3 (MMUSELECT). 

Hexadecimal Decoder 


The hexadecimal decoder logic produces a 16-b 
sisting of 15 One's surrounding a Zero in the bit 
responding to the 4-bit value in the XB register, 
bits 4 through 19 receive the 16-bit mask; bits 0 


it mask, con- 
location cor- 
Internal bus 
through 3 are 


forced to Zeros. 
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Table 3-3 Internal Bus Sources (Sheet 1 of 4) 


MNEMONIC 

CATEGORY 

DATA RECEIVED BY INTERNAL BUS 

ALU 

RALU 

ALU Result 

BO through B7 

RALU 

Base Register BO through B7 (regis¬ 
ter file locations 8-F) 

BB 

RALU 

Base Register BO through B7 specified 
by SEL(1-3) 

BB3 

RALU 

Base Register BO through B3 specified 
by SEL(2-3) 

BBE 

RALU 

Even Base Register BO, B2, B4, B6 
specified by SEL(l-2) 

BM 

RALU 

Base Register BO through B7 specified 
by F(9-11) 

BM3 

RALU 

Base Register BO through B3 specified 
by F(10-ll) 

BME 

RALU 

Even Base Register BO, B2, B4, B6 
specified by F(9-10) 

BN 

RALU 

Base Register BO through B7 specified 
by F (1-3) 

BN 3 

RALU 

Base Register BO through B3 specified 
by F(2-3) 

BNE 

RALU 

Even Base Register BO, B2, B4, B6 
specified by F(l-2) 

DO through D7 

RALU 

Data Register DO through D7 (register 
file locations 0-7) 

DB 

RALU 

Data Register DO through D7 specified 
by SEL(1-3) 

DB3 

RALU 

Data Register DO through D3 specified 
by SEL(2-3) 

DBE 

RALU 

Even Data Register DO, D2, D4, D6 
specified by SEL(l-2) 

DM 

RALU 

Data Register DO through D7 specified 
by F(9-11) 

DM3 

RALU 

Data Register DO through D3 specified 
by F(10-11) 
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Table 3-3 Internal Bus Sources (Sheet 2 of 4) 


MNEMONIC 

CATEGORY 

DATA RECEIVED BY INTERNAL BUS 

DME 

RALU 

Even Data Register DO, D2, D4, D6 
specified by F(9-10) 

DN 

RALU 

Data Register DO through D7 specified 
by F(1-3) 

DN 3 

RALU 

P 

Data Register DO through D3 specified 
by F(2-3) 

DNE 

RALU 

Even Data Register DO, D2, D4, D6 
specified by F(1—2) 

REGSEL 

RALU 

Register File location specified by 

SEL(0-3) 

L4 

SRCMOD 

BI(0-3) —— SRC(0-3) 

BI (4-15) —- 0 

BI(16-19) —— SRC(0-3) 

where SRC must be a source from the 

RALU category 

R8 

SRCMOD 

BI (0-3) — 0 

BI (4-11) —— H (8) 

BI(12-19)-*— SRC(12-19) 

where SRC must be a source from the 

RALU category 

Ml through M7 

RAM 

RAMx where x = 1-7 

MB 

RAM 

RAM0 through RAM7 specified by SEL(l-3) 

MB3 

RAM 

RAM0 through RAM3 specified by SEL(2-3) 

MBE 

RAM 

Even RAM location (RAM0, RAM2, RAM4, or 
RAM6), specified by SEL(l-2) 

MM 

RAM 

RAMO through RAM7, specified by F(9-ll) 

MM3 

RAM 

RAM0 through RAM3, specified by 

F(10-11) 

MME 

RAM 

Even RAM location (RAMO, RAM2, RAM4, or 
RAM6), specified by F(9-10) 

MN 

RAM 

RAMO through RAM7, specified by F(l-3) 

MN3 

RAM 

RAMO through RAM3, specified by F(2-3) 

MNE 

RAM 

Even RAM location (RAMO, RAM2, RAM4, or 
RAM6), specified by F(l-2) 
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MNEMONIC 

CATEGORY 

RAMO through 
RAMF 

RAM 

RAMSEL 

RAM 

BD 

BUS 

BDH 

BUS 

BP 

BUS 

BPH 

BUS 

RUP 

BUS 

IDCO through 
IDCF 

CONSTANT 

IDS0 through 
ISDF 

CONSTANT 

K0— 

CONSTANT 

KF— 

CONSTANT 

K—0 through 

K—F 

CONSTANT 


DATA RECEIVED BY INTERNAL BUS 


RAMx where x = 0-F 


RAMO through RAMF, specified by 
SEL(0-3) 

BI (0-3) — 0 
BI (4-19) — BD 
BI (0-3) — H (12-15) 

BI (4-19) —-BD 

BI (0-3) —- 0 
BI (4-19) —— BP 
BI (0-3) H (12-15) 

BI (4-19) —— BP 

BI(0-3) —— 0 
BI(4-19) —— RUP 

BI (0-3) — 0 
BI (4) —— Y (4) 

BI (5-12) — 00000010 
BI (13-14) — S (8 — 9 ) 

BI (15) — 0 
BI (16-19) —— Y 
where y = 0-F 

BI(0-3) — 0 
BI (4) —— Y (4) 

BI (5-12) — 00000001 
BI (13-14) — S (8-9 ) 

BI(15)—— 0 
BI (16-19 ) —— Y 
where Y = 0-F 

BI (0-11) — 0 

BI(12-19)-«— unrestricted 

BI (0-3) — 0 

BI (4-11) — FF 

BI (12-19) ——unrestricted 

BI (0-3) —— 0 
BI(4-15)—— unrestricted 
BI (16-19) — z 
where z = 0-F 
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MNEMONIC 

CATEGORY 

DATA RECEIVED BY INTERNAL BUS 

Numeric Value 
=xyz# 

CONSTANT 

Oxxyz 

where x = 0 or F 

y = 0 through F 

z = 0 through F 

H 

OTHER 

BI (0-3) —— 0 

BI (4-11)--H (8-15) 

BI (12-19)-— H (0-7) 

HL8 

OTHER 

BI (0-3)—— 0 

BI (4-11) —— H (0) 

BI (12-19) — H (0-7) 

I 

OTHER 

BI (0-3)—— 0 

BI (4-11)— I 

BI (12-19 )—— 0 

LVL 

OTHER 

00080# + S(10-15) 

MMU 

OTHER 

Physical address (implies Y as inter¬ 
nal bus destination). 

P 

OTHER 

P 

PANEL 

OTHER 

BI(0-3)— H(12-15) 

BI(4-19)—— Panel Request Word 

S 

OTHER 

BI (0-3) —— 0 

BI (4-19 ) — S 

XBHEX 

OTHER 

BI (0-3) — 0 

BI (XB+4) —— 0 

other 15 bits receive One's 

Y 

OTHER 

Y 

Z 

’ 

OTHER 

BI (U-3) —— 0 

BI(4) —— f(F,SEL) 

BI (5-7)— 0 

BI (8-11) — XB 

BI (12-13) — S (1-2) 

BI (14-15) — 0 

BI (16-19) — CTR 
where: 

f (F,SEL) = F (0 ) F (9 ) F(10) F(ll) 

(SEL(0) V SEL(1) V SEL(2) V SEL(3) 


i 
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3.2.3 Internal Bus Destinations 


Internal bus destinations are divided into four categories: 

(1) Megabus address registers, (2) RAM locations, (3) indicator 
register, and (4) other destinations. These destinations are 
described below and are summarized in Table 3-4. At most, one 
register from each category may be selected simultaneously, ex¬ 
cept as noted. 

3.2.3.1 Megabus Address Registers 

The Megabus address registers that are available as internal 
bus destinations include: 

• P register 

• Y register 

P Register 

The P register may be loaded with the 20 bits from the inter¬ 
nal bus. 


CAUTION 

This register is software visible. 


Y Register 

The Y register may be loaded from the internal bus in three 
ways. First, the entire 20 bits of the internal bus can be 
copied to Y. Second, bits 4 through 19 can be copied to the cor¬ 
responding bits of the Y register, leaving Y(0-3) unchanged. 
Third, the two-bit CPU ID, S(12-13), can be substituted for 
internal bus bits 10 and 11, and the 20-bit result copied to the 
Y register. 

3.2.3.2 RAM Locations 

When a RAM location is specified as a destination, the entire 
20 bits of the internal bus are copied into the specified loca¬ 
tion. A RAM location may be specified either explicitly or as a 
function of fields in the F/SEL instruction registers. If the 
firmware step just previously executed altered the contents of 
SEL, those operands that depend on fields in SEL will use its 
previous contents (i.e., the contents before SEL was altered at 
the end of the firmware step just previously executed). If a RAM 
location is specified as an internal bus source, none can be 
simultaneously specified as a destination. 

If, simultaneously, a register file location is used as a 
restricted selection source (refer to subsection 3.1.2) for the 
microprocessor and/or the internal bus, any RAM location refer¬ 
enced must correspond, in the sense indicated below, to the 
restricted-selection register-file source: 
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• DO : : RAMO 

• D1-D7 ::RAM1-RAM7 = M1-M7 

• BU-B7 :: RAM8-RAMF 

• REGSEL :: RAMSEL 

• DB :: MB 

• DB3 :: MB3 

• DBE :: MBE 

• DM :: MM 

• DM3 :: MM3 

• DME :: MME 

• DN :: MN 

• DN 3 :: MN3 

• DNE :: MNE 

3.2.3.3 Indicator Register (I) 

When the I register is specified as a destination, 1(0) re¬ 
ceives internal bus bit 12; 1(2-7) receives bits 14 through 19. 
1(1) is always Zero. Individual bits of this register can also 
be modified by microinstructions in the miscellaneous hardware 
area (refer to subsection 3.4). When the I register is a desti¬ 
nation, the internal bus source must be from the microprocessor 
area, the RAM, or the Megabus buffers. 

3.2.3.4 Other Destinations 

Other internal bus destinations include: 

• Control Panel 

• Status Register 

• LINK Register 

• H Register 

• Instruction Registers. 

Control Panel 


The internal bus contents can be stored in the control panel 
displays. One operand causes internal bus bits 4 through 19 to 
be stored in the rightmost four hexadecimal digits. Another op¬ 
erand causes internal bus bits 16 through 19 to be stored in the 
leftmost hexadecimal digit of the display. 

Status Register (S) 

Internal bus bits 5 and 6 can be copied into the ring number 
field, S(l-2), or internal bus bits 14 through 19 can be loaded 
into the level field, S(10-15). If F(5) is Zero when the level 
field is loaded, the interrupt busy flop is cleared. 

LINK Register 

Internal bus bits 11 through 18 can be copied into the 8-bit 
LINK register. The LINK register is referenced by the firmware 
sequencing area. 
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H Register 


Internal bus bits 4 through 19 can be copied into the 16-bit 
H register. SEL may be specified as a simultaneous destination. 

Instruction Registers (F and SEL) 

The F and SEL registers can be loaded from the internal bus 
in three ways. First, internal bus bits 4 through 15 can be 
copied into the 12-bit F register and bits 16 through 19 into the 
4 bit SEL register. Second, internal bus bits 12 through 15 can 
be copied into F(8-ll) and bits 16 through 19 into SEL. Third, 
internal bus bits 16 through 19 can be copied into the SEL regis¬ 
ter. In the last case, the H register may be specified as a 
simultaneous destination. 


Table 3-4 Internal Bus Destinations (Sheet 1 of 2) 


—. 

MNEMONIC 

— 

CATEGORY 

ACTION 

P 

MEGABUS 

P —BI 

y 

MEGABUS 

Y — BI 

YRl 6 

MEGABUS 

y (4-19)—— BI (4-19) 

YRELOC 

MEGABUS 

Y(0-9)— BI (0-9) 

Y (10-11) — S (12-13) 

Y (12-19)—BI (12-19) 

M1-M7 

RAM 

Mx——BI(0-19) where x = 1 to 7 

MB 

RAM 

RAMO through RAM7, specified by 

SEL (1-3) — BI 

MB3 

RAM 

RAMO through RAM3, specified by 

SEL (2-3) ,^_BI 

MBE 

RAM 

Even RAM register (RAMO, RAM2, RAM4, 
or RAM6), specified by SEL(l-2),——BI 

MM 

RAM 

RAMO through RAM7, specified by 

F(9-11) , — BI 

MM3 

RAM 

RAMO through RAM3, specified by 

F(10-11) , — BI 

MME 

RAM 

Even RAM register (RAMO, RAM2, RAM4 , 
or RAM6), specified by F(9-10),——BI 

MN 

RAM 

RAMO through RAM7, specified by 

F (1-3) , — BI 

MN 3 

RAM 

RAMO through RAM3, specified by 

F (2-3) , —_BI 
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Table 3-4 Internal Bus Destinations (Sheet 2 of 2) 


MNEMONIC 

CATEGORY 

ACTION 

MNE 

RAM 

Even RAM register (RAMO, RAM2, RAM4, 
or RAM6) , specified by F(l-2),——BI 

RAMO-RAMF 

RAM 

RAMx —— BI where x = 0 to F 

RAMSEL 

RAM 

RAMO through RAMF, specified by 

SEL,—- BI 

I 

I 

I(0)— BI (12) 

1(1)— 0 

I (2-7)-— BI (14-19) 

F 

OTHER 

F— BI (4-15) 

SEL— BI (16-19) 

FR8 

OTHER 

F (8-11) — BI (12-15) 

SEL— BI (16-19) 

H 

OTHER 

H — BI (4-19) 

LINK 

OTHER 

LINK — BI(11-18) 

LVL 

OTHER 

S (10-15)— BI (14-19) 
if F (5) = 0, INTBSY — 0 

PANEL 

OTHER 

4 Least Significant Display 

Digits —— BI (4-19 ) 

PANEL4 

OTHER 

Most Significant Display 

Digit — BI(16-19) 

RING 

OTHER 

S(1-2)— BI (5-6) 

SEL 

OTHER 

SEL — BI(16-19) 


3.2.4 Internal Bus Examples 

The following are examples of source statements for the in¬ 
ternal bus area. 
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STATEMENT 

MEANING 

BI 

ALU,R8 

BI (0-3) — 0 

BI (4-11)-— H (8) 

BI(12-19) —— ALU result (12-19) 

BI 

RAMC,P 

P— BI— BAMC 

BI 

BP, F 

BI (0-3) — 0 

BI(4-19)— BP 

F— BI (4-15) 

SEL—— BI (16-19 ) 

BI 

FCO#,M6 

M6— BI — OFFCO# 


3.3 MEGABUS INTERFACE AREA 

The following activities may occur on the Megabus: 

• Memory Write 

• I/O (non-memory) Write 

• Memory Read Request 

• I/O (non-memory) Read Request 

• Read Response 

• Interrupt 

To avoid Megabus bottlenecks, read requests are considered 
complete when they have been accepted (or rejected) by the 
addressed unit, and a separate Megabus cycle is used for the read 
response. Various kinds of read requests originating in the CPU 
are "tagged" so that the corresponding responses will be deliv¬ 
ered to the appropriate buffer (BD, BP). 

The microinstructions in the Megabus interface area (see 
Figure 3-3) are designed to request reads, perform writes, and 
maintain associated address registers and flops. In general, 
the operation of the cache and Memory Management Unit (MMU) is 
transparent; however, occasional firmware control is necessary. 
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Perforin Memory Write 


When data is to be written to memory, the Y register is first 
made to contain the address of the desired word. If a byte 
rather than a word is to be written, XB register bit 0 (refer to 
subsection 3.4) is made to contain the byte offset (0 for left, 

1 for right). The firmware may then perform the write, supplying 
the data to be written on the internal bus (bits 4 through 19 for 
word writes, bits 4 through 11 for left-byte writes, and bits 12 
through 19 for right-byte writes). The MMU translates the virtu¬ 
al address in the Y register to the corresponding physical ad¬ 
dress and checks for "write" permission. 

The Acknowledge (ACK) flop is set to One if the memory write 
is accepted and Zero if it is rejected. It may be copied into 
MISC and/or 1(1), either simultaneously or anytime thereafter 
prior to the next Megabus read request or write operation. It 
may be tested, starting in the next firmware step, anytime prior 
to the next Megabus read request or write operation. A simulta¬ 
neous test has undefined results. Almost all memory writes are 
accepted, so it is usually unnecessary to copy or test ACK. 

Perform I/O (Non-Memory) Write 

When data is to be written to I/O (non-memory) devices, the 
Megabus address lines must be made to contain the appropriate 
control word (10-bit channel number, 6-bit function code). To 
achieve this, Y register bits 5 through 19 must be made to con¬ 
tain the most significant 15 bits of the control word, and XB 
register bit 0 must be made to contain the least significant 
bit. The firmware may then perform the write. If the data to be 
sent is 16 bits wide, it is supplied on internal bus bits 4 
through 19. If it is 21 bits wide (as is the case when supplying 
a device controller with a memory address), data bits 0 through 
4 are supplied by Y bits 0 through 4 and data bits 5 through 20 
are supplied by internal bus bits 4 through 19. The firmware 
is responsible for converting any virtual addresses to physical 
for the controller by using the MMU as an internal bus source. 

The MMU does neither translation nor checking during I/O writes. 

The ACK flop is set to One if the write is accepted and Zero 
if it is rejected. It may be copied into MISC and/or 1(1), 
either simultaneously or anytime prior to the next Megabus read 
or write operation. It may also be tested in the next firmware 
step or anytime thereafter prior to the next Megabus read request 
or write operation. A simultaneous test has undefined results. 

It is good practice on I/O writes to check ACK or copy it to 1(1) 
for testing by the software. 

Request Memory Read 

Memory reads are called "procedural" when P supplies the ad¬ 
dress and "data" when Y supplies the address. 
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When a data read request is to be performed, the Y register 
is first made to contain the address of the desired word. The 
firmware may then send a read request to the memory subsystem. 

The MMU translates the virtual address in Y to the corresponding 
physical address and checks for "read" permission. The next (or 
any subsequent) firmware step may use BD as an internal bus 
source to retrieve the requested data. The ACK flop is set to 
One if the memory read request is accepted and Zero if it is 
rejected. ACK may be copied and tested in the next firmware step 
or anytime thereafter prior to the next Megabus read request or 
write operation. Almost all memory data read requests are 
accepted, so it is usually unnecessary to copy or test ACK. 

Reading procedural words from memory is, from the firmware's 
viewpoint, simplified by the inclusion of extra hardware to expe¬ 
dite this common operation. Unlike data reads, it is never nec¬ 
essary to include an explicit procedure read request; the proce¬ 
dure buffer (BP) can be treated as always containing the memory 
word addressed by P. This is true because the hardware automat¬ 
ically performs read requests whenever necessary. The MMU trans¬ 
lates the virtual address in P to the corresponding physical 
address and checks for "execute" permission. When BP is speci¬ 
fied as an internal bus source, P is automatically incremented so 
as to point to the next procedural word. These automatic actions 
actions facilitate creation of compact firmware code for reading 
procedure. For higher performance, an explicit procedural read 
request may be specified in advance of the step which uses BP as 
an internal bus source. To facilitate the firmware coding of 
branch instructions, if an explicit procedural read request is 
specified simultaneously with Y as an internal bus source and P 
as an internal bus destination, the memory address is supplied by 
Y. 


Request I/O (Non-Memory) Read 

When an I/O (non-memory) read request is to be performed, the 
Megabus address lines must be made to contain the appropriate 
control word (10-bit channel number, 6-bit function code). To 
achieve this, Y register bits 5 through 9 must be made to contain 
the most significant 15 bits of the control word, and XB register 
bit 0 must be made to contain the least significant bit. The MMU 
does neither translation nor checking during I/O read requests. 
The next (or any subsequent) firmware step may use BD as an in¬ 
ternal bus source to retrieve the requested data. The ACK flop 
is set to One if the read request is accepted and Zero if it is 
rejected. ACK may be copied and tested in the next firmware step 
or anytime thereafter prior to the next Megabus read request or 
write operation. It is good practice on I/O read requests to 
check ACK or copy it to 1(1) for testing by the software. 
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3.3.1 Syntax 


The microinstructions in this area specify the firmware con¬ 
trol on the Megabus interface. These microinstructions contain 
function with from zero to two operands as follows: 

Function operand, operand 

No Megabus interface microinstruction should be specified if 
the internal bus calls for BD, BDH, BP, BPH, P, Y, or MMU as a 
source, or for P, Y, YR16, or YRELOC as a destination, except as 
noted. 

3.3.2 Megabus Interface Functions 

The Megabus interface functions are described below and sum¬ 
marized in Table 3-5. 

WRTWORD 


WRTWORD performs a word write to memory or I/O. The only 
valid operand combinations are: 

• CHGLOCK 

• INCY 

• 1-0 

• 1-0, INCY. 

The short form WRT is synonymous with WRTWORD. WRTWORD or 
WRT may be specified even when Y is an internal bus source. 

WRTBYTE 

WRTBYTE performs a byte write to memory or I/O. The only 
valid operand combinations are: 

• CHGLOCK 

• INCY 

• 1-0 

• 1-0, INCY. 

WRTBYTE may be specified even when Y is an internal bus source. 

RDREQP 

RDREQP initiates a procedural read request. No operands may 
be specified. RDREQP may be specified even if Y is an internal 
bus source and P is an internal bus destination, in which case 
the memory address is specified in Y rather than P (refer to 
subsection 3.3.3 - PURGE). RDREQP may also be specified even 
when P is an internal bus source. 



RDREQ 


RDREQ initiates an I/O or memory data read request. The 
only valid operand combinations are: 

• NORMAL 

• 1-0 

• CHGLOCK 

• NOCACHE 

• CHGLOCK, NOCACHE. 

RDREQ (with any of the above operand combinations) may be 
specified even when Y is an internal bus source. 

BUS 


BUS performs auxiliary operations when no read request or 
write operation is desired. The only valid operands for BUS 
ar e: 

• YSELECT 

• PSELECT 

• MMUSELECT 

• INCY 

• INCP 

• PURGE 

• MMURDACC 

• MMUWRACC. 

3.3.3 Megabus Interface Operands 

The Megabus interface operands (described belowO are used to 
modify the basic functions. 

NORMAL 

A memory data read request is performed. 

1-0 

A non-memory read request or write operation is performed. 

If this operand is omitted, any read request or write operation 
is directed to memory. 

INCP 

The P register is incremented at the end of the current firm¬ 
ware step. Note that when BP or BPH is specified as an internal 
bus source, P is automatically incremented. INCP may be speci¬ 
fied even when P is an internal bus source. 
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INCY 


4 

The Y register is incremented at the end of the current firm¬ 
ware step. Even when BD, BDH, or Y is an internal bus source, 
INCY may be specified as a BUS operand. 

PSELECT 

If the previous firmware step initiated a procedural read 
request (RDREQP), and the current step does not use the requested 
data (by specifying BP or BPH as an internal bus source), then 
PSELECT (or INCP or PURGE) must be specified to ensure correct 
operation of the hardware. PSELECT may be specified even when P 
is an internal bus source. 

YSELECT 

If the previous firmware step initiated a non-procedural read 
request (RDREQ), and the current step does not use the requested 
data (by specifying BD or BDH as an internal bus source), then 
YSELECT (or INCY) must be specified to ensure correct operation 
of the hardware. Furthermore, no RDREQP should be performed in 
any step between an RDREQ and the step that uses the data. 

YSELECT may be specified even when Y is an internal bus source 
and/or when P is an internal bus destination. 

i PURGE 

Notifies hardware that BP is obsolete. This notification is 
necessary only in the case where Y is to be copied to P (e.g., 
software jump) during a procedural read request (refer to sub¬ 
section 3.3.1 - RDREQP). This action must be preceded by a BUS 
PURGE. 

NOCACHE 

The cache, if installed, is bypassed during the memory read. 
The only time it is necessary to use this operand is when the 
requested data is to be directly copied from BD to P (i.e., BI 
BDH ,P) . 

CHGLOCK 

Allows the implementation of selected software instructions 
that facilitate intercommunication and synchronizing in multi¬ 
processor systems. The intent is to protect against overlap and 
consequent interference between "test-and-set" operations initia¬ 
ted independently by two or more CPU's on a common memory loca¬ 
tion. 

Since the "lock" mechanism is implemented in the main memory 
. subsystem, use of this argument unconditionally implies NOCACHE, 

t (the latter argument, though redundant, may be included for 

clarity).. 
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All other effects of CHGLOCK are conditional on the content 
of the F register. If F - 002, 003, 006, or 007, or if 880#<F 
<897# or if 8A0#<F< 8B7# the current instruction is classifed as 
a Read-Modify-WrTte (RMW) operation, and the interlock operates; 
otherwise, CHGLOCK has no further effect. 

The operation of the interlock is dependent on CPU control 
flop RMWF, which is assumed to be initally cleared. The operand 
CHGLOCK causes the read request or write cycle on the Megabus to 
be accompanied by a Set-Lock code. The memory, if it is not 
already locked, accepts the transmission and the memory module 
becomes locked. If the memory had already been locked, it would 
have rejected the transmission (ACK = 0); CPU firmware, sensing 
the rejection, could repeat the request or take other appropriate 
action. 

When the Set-Lock request is acknowledged, CPU hardware sets 
the RMWF control flop. As a result, the next CHGLOCK occurrence 
causes a Megabus cycle accompanied by an UNLOCK code. The memory 
unconditionally accepts the code, and the module involved reverts 
to (or remains in) the unlocked state. 

It is imperative that any firmware algorithm which locks any 
memory module not be permitted to terminate without unlocking the 
same module . Failure to observe this requirement can produce 
unrecoverable system deadlocks, which can be very elusive to 
diagnose. 

MMURDACC, MMUWRACC 

Modifies the access rights checking performed in preparation 
for MMUSELECT (refer to subsection 3.3.3 - MMUSELECT). MMURDACC 
or MMUWRACC may be specified even when Y is an internal bus 
source. 

MMUSELECT 

It it is necessary to check the validity of a virtual memory 
addrress or the program's access rights to that location, the 
following actions are taken. The Y register is first made to 
contain the address. The virtual address is then transmitted to 
the MMU by specifying MMURDACC (for a read access check) or 
MMUWRACC (for a write access check) as a BUS operand. In the 
next firmware step, the physical address may be selected as an 
internal bus source (BI MMU). If the physical address is not 
needed and the internal bus can profitably be used for another 
purpose, then the microinstruction BI MMU can be replaced by BUS 
MMUSELECT. Simultaneously, the address validity can be tested 
using the condition IFADRER (refer to subsection 3.5) and any 
protection violation can be copied into control flop MISC (FLOPS 
MSPROV). If either BI MMU or BUS MMUSELECT is specified, the Y 
register will be loaded from the internal bus whether or not Y is 
specified as an internal bus destination. 
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Table 3-5 Megabus Interface Microinstructions 

(Sheet 1 of 2) 


MICROINSTRUCTION 

MEANING 

BUS 

INCP 

P— P + 1 

CRT —CTR+1 

BUS 

INCY 

Y—Y + l 

BUS 

MMURDACC 

Map Y address and request read permis¬ 
sion. 

BUS 

MMUSELECT 

Make available SEGERR and PROV. 

BUS 

MMUWRACC 

Map Y address and request write permis¬ 
sion . 

BUS 

PSELECT 

Finish preceding RDREQP. 

BUS 

PURGE 

Refresh BP. 

BUS 

YSELECT 

Finish preceding RDREQ. 

RDREQ 

NORMAL 

Initial memory data read request. 

RDREQ 

CHGLOCK 

Initate memory data read request. 
Set/clear lock in memory. 

Bypass cache. 

RDREQ 

1-0 

Initiate non-memory data read request. 

RDREQ 

NOCACHE 

Initiate memory data read request. 

Bypass cache. 

RDREQP 


Initiate procedural read request. 

WRT 

CHGLOCK 

Perform memory word write. 

Clear/set lock in memory. 

WRT 

1-0 

Perform non-memory word write. 

WRT 

I-O, INCY 

Perform non-memory word write. 

Y — Y+l 

WRT 

INCY 

Perform memory word write. 

Y— Y+l 

WRTBYTE 

CHGLOCK 

Perform memory byte write. 

Clear/set lock in memory. 

WRTBYTE 

1-0 

Perform non-memory byte write. 






Table 3-5 Megabus Interface Microinstructions 

(Sheet 2 of 2) 


MICROINSTRUCTION 

MEANING 

WRTBYTE 1-0, INCY 

Perform non-memory byte write. 


Y — Y + l 

WRTBYTE INCY 

Perform memory byte write. 


Y -*-Y + l 

WRTWORD CHGLOCK 

Perform memory word write. 


Clear/set lock in memory. 

WRTWORD 1-0 

Perform non-memory word write. 

WRTWORD I-O, INCY 

Perform non-memory word write. 


Y Y + l 

WRTWORD INCY 

Perform memory word write. 


Y —Y + 1 


3.4 MISCELLANEOUS HARDWARE AREA 


The miscellaneous hardware area controls a number of auxil¬ 
iary flops and registers. There are four categories of miscel¬ 
laneous hardware: 

• I - Indicator Register 

• CTR - Counter Register 

• MMU - MMU Controls 

• GP - Other Hardware. 

3.4.1 Syntax 

The syntax of microinstructions in the miscellaneous hardware 
area is: 


FLOPS operand,....,operand 


where: 

Each operand specifies a flop or register and the value used 
to load it. 

Multiple operands may be used to specify simultaneous actions 
on the flops and registers. 

3.4.2 Indicator Register (I) Bits 

The 8 bits of the I register may be loaded from the internal 
bus bits of I using the FLOPS microinstruction. If one or more 
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operands in this category are used, the internal bus source, if 
any, must be from the microprocessor area, the RAM, or the Mega¬ 
bus buffers. 


OV 

- 

c 

B 

3 

G 

L 

U 


The Overflow indicator (OV) may be set from: 

• OVFL (ALU overflow signal, refer to subsection 2.1). 

• Internal bus bits 4 and 5 (refer to Table 3-6 for exact 
function). 

The Carry indicator (C) may be set from: 

• CRY (ALU carry signal, refer to subsection 3.1). 

• Internal bus bit 4. 

• Internal bus bit 19. 

• Q register bit 19 just prior to rightshift in this step. 

The Bit indicator (B) may be set from: 

• AUZ (ALU zero detect, refer to subsectgion 3.1). 

• Internal bus bit 4. 

The Input/Output indicator (I) may be set from the Megabus 

acknowledge signal (refer to subsection 3.3.). 

The Greater Than indicator (G) may be set from: 

• Internal bus bit 2 and AUZ (ALU zero detect) - refer to 
Table 3-6 for exact function. 

• Complement of SIGN flop (refer to subsection 3.4.5). 

The Less Than indicator (L) may be set from: 

• Internal bus bit 4. 

• ALU result bit 0. 

• SIGN flop (refer to subsection 3.4.5). 

The Unlike Signs indicator (U) may be set from internal bus 

bit 4. 

3.4.3 Counter Register (CTR) 

The 4-bit CTR counter is used by the native firmware to count 
the instruction length. It is made available to the internal bus 
when the trap status Z-word is an internal bus source. It is 
incremented each time BP is specified an an internal bus source 
(operands BP or BPH, refer to subsection 3.2), or INCP is speci¬ 
fied in the BUS microinstruction (refer to subsection 3.3), un¬ 
less a FLOPS operand specifies it is to be initialized to a Zero 
or One. 
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3.4.4 MMU Controls 


The MMU controls modifying and restoring the MMU function¬ 
ality as summarized below (refer to subsection 3.3). 

• Calculate effective ring number: EFFRING is loaded with 
the less priviledged of the previous value of the effec¬ 
tive ring number and the write permission ring number as¬ 
sociated with the address Y (generally used during in¬ 
direct references). 

• Check procedure as data: NOCHEK is set to One, meaning 
that until further notice (see below), procedural read 
requests need only "read" permission, not "execute" 
permission. 

• Suppression access rights checking: until further notice 
(see below), no access rights will be checked. Address 
mappiing and boundary checks are unaffected. 

• Check data descriptor length: loads control flop DDLEQO 
to remember whether internal bus bits 8 through 12 are 
Zero. 

• Initialize effective ring number: EFFRING is restored 
from S register (bits 1-2). NOPROC and NOCHEK are 
cleared to Zeros, restoring normal access rights checking. 

• Validate range: test that the range specified on the 
internal bus, added to the address in the Y register, does 
not exceed the size of the segment defined by the latter 
address. The results of the test are reported in two 
testable flops, Segment Error (SEGERR) and Protection 
Violation (PROV); refer to subsection 3.3.3 - MMUSELECT. 

3.4.5 Other Hardware 


The other flops and registers, and the functions from which 
they can be set are as follows: 

LOAD Flop 

The LOAD flop is normally set and cleared by the control 
panel. It can also be set and cleared by firmware. If LOAD is 
set, the CPU will not automatically cause a trap if it detects an 
unavailable resource. 

MISC Flop 

The MISC flop may be set from: 

• Complement of internal bus bit 19. 

• Internal bus bits 4 through 9 equal to Zero. 



• CRY - ALU Carry signal (refer to subsection 3.1). 

• ACK - Megabus Acknowledge signal (refer to subsection 

3.3). 

• PROV - MMU Protection Violation signal (refer to sub¬ 

section 3.3). 

• Zero 

• One 
PANOK Flop 

The PANOK flop is cleared by the control panel hardware when 
a hexadecimal keypad pushbutton is being depressed; it must be 
set by firmware when the control panel request has been serviced. 
When PANEL is an internal bus source (refer to subsection 3.2), a 
copy of this flop appears as internal bus bit 11. 

SHINI Flop 

The SHIN 1 flop may be set from: 

• 1(B) - I register Bit Test indicator 

• Zero 

• One. 

SHIN2 Flop 

The SHIN2 flop may be set from: 

• Complement of SIGN flop 

• Zero 

• One. 

SIGN Flop 

The SIGN flop may be set from: 

• Internal bus bit 0 

• Internal bus bit 4 

• Internal bus bit 19 

• One 

• Zero (by using the firmware sequencing condition IFRPTR). 
TRAFFIC Flop 

The TRAFFIC flop may be set from the complement of the ZERO 
flop. 
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WRAP Flop 


The WRAP flop may be set from the inequality of the ALU Carry 
signal (CRY) and the SIGN flop. 

XB Register 

The XB register may be cleared to Zero or may be shifted 
right by one bit, receiving either 0, 1, or bit 19 of the ALU 
result. 

ZERO Flop 

The ZERO flop may be set from: 

• AUZ - ALU zero detect signal (refer to subsection 3.1). 

• QLT active flop from control panel - equals One only if 
the last CPU Quality Logic Test (QLT) execution failed. 

• Zero. 

• One. 

3.4.6 FLOPS Operands and Restrictions 

The FLOPS operands are specified in Table 3-6. In general, 
only one operand from each of the four categories may be spec¬ 
ified except as noted. When a specific operand implies other op¬ 
erands, it is recommended that the implied operands be coded 
explicitly, to improve listing clarity. 

Table 3-7 lists the only legal combinations of internal bus 
destinations (refer to subsection 3.2) and GP category FLOPS op¬ 
erands. For example, if H is an internal bus destination, then 
SGBI4 must be specified, and no other GP category operands are 
permitted. If none of the listed internal bus destinations are 
specified, then SGBI4 may be used by itself or in combination 
with several other GP category operands, as shown. If an incom¬ 
plete combination is specified in the source code, the WCS Assem¬ 
bler might choose a combination with undesired side effects. 

All operands which are functions of the ALU signals AUZ, 

OVFL, and CRY may be used simultaneously only with other operands 
which force the same length (16 or 20 bits). Thus, ICRY20 may 
be used with ZRAUZ20 but not ZRAUZ. This restriction also ap¬ 
plies to test conditions (refer to subsection 3.5.4) which are 
functions of AUZ, OVFL, or CRY. 
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Table 3-6 Miscellaneous Hardware Operands (Sheet 1 of 4) 


OPERAND 

CATEGORY 

ACTION 

NOTES AND RESTRICTIONS 

IACK 

I 

I (I)-*- Megabus ACK 
flop 


IBBI4 

I 

I (B) — BI (4) 

I (C)— CRY 

I (OV)— OVFL 


IBNAZ 

I 

I (B)— AUZ 

Refer to Note 2a. 

IBNAZ20 

I 

I (B)-*- AUZ 

Refer to Note 2b. 

ICBI4 

I 

I (C) — BI (4 ) 


ICBI19 

I 

I (C) —BI (19) 


ICQSR 

I 

I (C)— Q (19) 

Microprocessor must 
specify right shift. 

ICRY 

I 

I (C)— CRY 

May also specify IOVFL 
w/wo I3BI4. 

Refer to Note 2A. 

ICRY20 

I 

I (C) — CRY 

May also specify IOVFL 
w/wo IBBI4. 

Refer to Note 2b. 

IGL 

I 

I (G)— BI (4) V AUZ 

I (L) —BI (4) 


IGL20 

I 

I (G) — ALU result (0) 

Refer to Note 2b. 



V AUZ (20 bits) 

I (L) — ALU result (0) 


IGLU 

I 

I (G)—- SIGN 

I (L) — SIGN 

I (U) — BI (4) 


I04NE5 

I 

I (OV)— BI (4) V BI (5) 


IOVFL 

I 

I (OV) — OVFL 
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Table 3-6 Miscellaneous Hardware Operands (Sheet 2 of 4) 


OPERAND 

CATEGORY 

ACTION 

NOTES AND RESTRICTIONS 

CTRO 

CTR 

CTR-«*—0 

1. Implies INCP as a 
BUS operand unless BP 
or BPH is internal bus 

source. 

2. Implies XBSR un¬ 
less XBSRO, XBSRl, or 
XBO is specified. 

3. Bit 1 of the li¬ 
bit branch address 
must equal Zero. 

CTRl 

CTR 

CTR—1 

1. Implies INCP as a 
BUS operand unless BP 
or BPH is internal bus 
source. 

2. Implies XBSR un¬ 
less XBSRO, XBSRl, or 
XBO is specified. 

3. Bit 1 of the li¬ 
bit branch address 
must equal One. 

DDLEQO 

MMU 

Check data descriptor 
length. Calculate 
effective ring num¬ 
ber . 

Implies microprocessor 
function XORC. 

i 

NOCHEK 

MMU 

Suppress access 
rights checking. 

1. Implies RINGCALC 
unless microprocessor 
function INCR, ADDl, 

AND, or SUB specified. 

2. No FLOPS operand 
in CTR or GP groups 
may be specified. 

NONPROC 

MMU 

Check procedure as 
data. 

Implies microprocessor 
function ANDC. 

RINGCALC 

; 

MMU 

Calculate effective 
ring number. 

Implies microprocessor 
function XOR. 

RINGINIT 

MMU 

Initialize effective 
ring number. 

Implies microprocessor 
function OR unless 

COPY (with non ZERO 

. 


Check data descrip¬ 
tor length. I 

SRC1) is specified. 


3-44 





Table 3-6 Miscellaneous Hardware Operands (Sheet 3 of 4) 


OPERAND 

CATEGORY 

ACTION 

NOTES AND RESTRICTIONS 

VALID8 

MMU 

Validate range. 

1. Implies micropro¬ 
cessor function SUB 
unless DDLEQO, 

NONPROC, or RINGINIT 
is also specified. 




2. No FLOPS operand 
in CTR or GP groups 
may be specified. 

LOADO 

GP 

LOAD — 0 


LOADl 

GP 

LOAD — 1 


MSO 

GP 

MISC— 0 


MSI 

GP 

MISC — 1 


MS4-9EQ0 


MISC — BX (4 ) V BI (5) V 




BI(6) V BI (7) V 




BI(8) V BI (9) 


MSACK 

GP 

MISC—Megabus ACK 
flop 


MSCRY 

GP 

MISC— CRY 

Refer to Note 2a. 

MSCRY20 

GP 

MISC— CRY 

Refer to Note 2b. 

MSNBI19 

GP 

MISC — BI (19) 


MSPROV 

GP 

MISC—-MMU protection 
violation signal 


PANOK 

GP 

PANOK — 1 


SGI 

GP 

SIGN — 1 


SGBIO 

GP 

SIGN— BI (0) 


SGBI4 

GP 

SIGN— BI (4) 


SGBI19 

GP 

SIGN —BI (19) 


SHOO 

GP 

SHIN 1 —— 0 

SHIN2 — 0 


SH01 

GP 

SHIN1— 0 

SHIN2— 1 









Table 3-6 Miscellaneous Hardware Operands (Sheet 4 of 4) 


OPERAND 

CATEGORY 

ACTION 

NOTES AND RESTRICTIONS 

SH10 

GP 

SHIN 1 —— 1 

SHIN2 — 0 


SH11 

GP 

SHIN 1 —— 1 

SHIN2 —- 1 


SH1IB 

GP 

SHIN 1 - I (B) 


SH2NSG 

GP 

SHIN2 — SIGN 


TRAFNZR 

GP 

TRAFFIC— ZERO 


WRAP 

GP 

WRAP—SIGN V CRY 

Refer to Note 2b. 

XBO 

GP 

XB — 0 


XBSR 

GP 

XB (0)— ALU result 
(19) 

XB (1-3)— XB (0-2) 

If right shift not 
specified in micro¬ 
processor area, 
results are undefined. 
Refer to Note 2a. 

XBSRO 

GP 

XB (0 )— 0 

XB(1-3)— XB(0-2) 

Refer to Note 2b. 

XBSRl 

GP 

XB (0) — 1 

XB(l-3) — XB(0-2) 

Refer to Note 2b. 

ZRO 

GP 

ZERO— 0 


ZR1 

GP 

ZERO— 1 


ZRAUZ 

GP 

ZERO — AUZ 

Refer to Note 2a. 

ZRAUZ20 

GP 

ZERO— AUZ 


ZRQLT 

GP 

ZERO—QLT active 
flop 



NOTES 


1. For restrictions and permissible combinations 



in the 

GP 

category, 

refer 

to 

Table 3-7. 

2a. 

Forces 

AUZ 

, CRY, and 

OVFL 

to 

16-bit versions. 

2b. 

Forces 

AUZ 

, CRY, and 

OVFL 

to 

20-bit versions 


(refer 

to 

subsection 

3.1. 

2) . 
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Table 3-7 Permissible GP Combinations 

(Sheet 1 of 2) 


DESTINATION(S) OF 
INTERNAL BUS 

GP CATEGORY OPERANDS 

PANEL 

None 

PANEL4 

None 

LVL 

None 

RING 

None 

LINK 

None 

H,SEL 

None 

H 

SGBI4 

SEL 

SHI 1 

FR8 

SGI 

FR8 

SGBI19, MS4-9EQQ 

F 

XBO 

F 

XBO, MSO, SHOO, ZRAUZ 

F 

SBO, MSO, SHOO, ZRAUZ20 

None of the above 

SGBI4, MSNBI19, ZRAUZ 

None of the above 

SGBI4, MSNBI19, ZRAUZ20 

None of the above 

SGBI4, SH2NSG 

None of the above 

SGBI4, MSI 

None of the above 

SBGI19, MSI 

None of the above 

SGBI19, ZRQLT 

None of the above 

SGBI4, XBSR 

None of the above 

SGBI4, XBSRO 

None of the above 

SGBI4, XBSR1 

None of the above 

ZRO, XBSR 

None of the above 

ZRO, XBSRO 
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Table 3-7 Permissible GP Combinations 

(Sheet 2 of 2) 


DESTINATION(S) 

GP CATEGORY OPERANDS 

None of the above 

ZRO, XBSRl 

None of the above 

ZR1, XBSR 

None of the above 

ZR1, XBSRO 

None of the above 

ZR1, XBSRl 

None of the above 

SHOO, XBSR 

None of the above 

SHOO, XBSRO 

None of the above 

SHOO, XBSRl 

None of the above 

S.H10, XBSR 

None of the above 

SH10, XBSRO 

None of the above 

SH10, XBSRl 

None of the above 

Any single GP-category operand, 


except ZRQLT, XBO, MSNBI19, 


or MS4-9EQ0 


3.4.7 Miscellaneous Hardware Examples 


The following are examples of source statements for the 
miscellaneous hardware area. 


STATEMENT 

MEANING 

FLOPS 

IGL20, CTRO, NONPROC, XBSR 


FLOPS 

IOVFL, ICRY 


FLOPS 

IACK, IBBI4 

Invalid - cannot choose to 
operands from same category 
except as noted. 

FLOPS 

NOCHEK, CTRl 

Invalid - NOCHEK incompatible 
with operands from CTR and GP 
categor ies. 

FLOPS 

NOCHEK, NONPROC 

Invalid - NOCHEK and NONPROC 
require different microproces¬ 
sor functions. 





STATEMENT 

MEANING 

FLOPS 

SHOO 


FLOPS 

SHOO, MSO 

Incomplete specification - may 
result in undesired side 
effects. 

FLOPS 

SHOO, MSI 

Invalid - illegal combination 
of GP category operands. 


3.5 FRIMWARE SEQUENCING AREA 


The firmware sequencing area generates the address of the 
next firmware step to be executed. Both conditional and uncon¬ 
ditional branching are supported. 

3.5.1 Transparent and Sequential Mode Differences 

The two firmware sequencing modes supported by WCS, Trans¬ 
parent and Sequential, are mutually exclusive. The WCS option 
hardware must be set by a manually operated switch, into one mode 
or the other. The following discussion assumes that the setting 
of this switch is established when the system is installed, and 
that all user firmware intended for one installation will execute 
in the same mode. The assembler must be told which mode applies 
to the firmware being processed (refer to Section four), to pro¬ 
duce object*code consistent with this mode, as well as appropri¬ 
ate diagnostics when the restrictions applicable to this mode are 
violated. 

The obvious difference between the two modes appears in the 
assignment of control store addresses to successive steps of a 
firmware routine. In this respect, Sequential mode looks more 
like typical software, and hence will seem more familiar to most 
readers. The microporgrammer assigns an initial address 
(origin), after which the assembler automatically increments the 
address for each new step. Conditional branches represent a 
choice between continuing in sequence and taking some other 
action (branch to a specified location, or "call" a subroutine, 
or "return"). 

In contrast, the microprogrammer working with transparent 
code will rarely allow the assembler to assign the address of 
the next step, even when the values are adjacent. Every step in 
Transparent mode explicitly specifies the address of its succes¬ 
sor, which may equally reside anywhere in the 2048-location firm¬ 
ware bank. Conditional branches represent a choice between the 
address thus specified and an alternate address (produced either 
by a fixed modification of the specified address, or by reference 
to the LINK register, or by hardware dedicated to analyis of the 
F/SEL instruction register). 
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In either mode, when no branching is required, the assembler 
generates the necessary code to progress from step to step. 
Nevertheless, it should be noted that, in transparent object 
code, the bits responsible for specifying the next address are 
occupied at almost every step, whereas in sequential object code, 
these bits are unused except where branching is called for. This 
destinction is important because some of these same bits are in¬ 
volved in the generation of constants (refer to subsection 
3.2.2.4 and 3.7) by the firmware. 

Therefore, when a particular constant needs to be generated, 
a restriction is imposed on the value of the next-address bits. 

In Transparent mode, this restriction requires some extra book¬ 
keeping to keep track of address assignments. In Sequential 
mode, the restriction vanishes when no simultaneous branching is 
involved; otherwise, it usually requires insertion of an extra 
firmware step. 

Thus, the choice between the two modes should be based on the 
expected frequencies of branching and of constant usage, and the 
consequent likelihood of their interfering with each other. 

Secondary considerations include: (1) the relatively greater 

ease of subroutine calling in Sequential mode, (2) the greater 
freedom with which three or more decision steps can select be¬ 
tween the same two destinations in Transparent mode, and (3) the 
fact that the native CPU firmware is written and executed in 
Transparent mode. In summary, Transparent mode makes it possible 
to produce more compact code, whereas Sequential mode is easier 
to learn. 

3.5.2 Transparent Mode Syntax 

The Transparent mode firmware sequencing microinstruction 
takes one of the following forms: 

GOTO add r 

condition true, false 


where: 

addr is the unconditional-branch address. 

true is the branch address if condition is true. 

false is the branch address if condition is false. 

In Transparent mode, the branch address operands (true, 
false, and addr) may be an address value (refer to subsection 
3.5.5) or a reserved word (LINK register operand or "splatter" 
operand). An address value is used if the branch address is a 
fixed location. A LINK register operand is used to specify the 
11-bit branch address as a function of the 8-bit LINK register 
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4 (refer to subsection 3.2.4) as shown in Figure 3-4. A splatter 

' operand is used to generate a branch address based on the value 

of the F/SEL instruction register (refer to Appendix E). The 
legal Transparent mode address operands are summarized in Table 
3-8) . 


OPERAND BRANCH ADDRESS 



x = high order bit of alternate 
branch address (One if none) 


Figure 3-4 Link Register Operands 

The only valid unconditional branch is GOTO, where control is 
transferred to the specified branch address. In conditional 
branching, either the "true" or "false" operand must specify a 
value or reserved word, and the other must specify a value or be 
null. If this latter operand is null it represents the address 
of the next firmware statement in the source. If neither operand 
is specified as a reserved word, one of the addresses must be 
equal to the other address ORed with 3. 
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Table 3-8 Transparent Mode Branch Address Operands 


OPERAND 

GENERATED BRANCH ADDRESS 

val ue 

Specified address ** 

XL 

Function of LINK register and of alternate branch ad- 


dress. 

XLO 

Function of LINK register (most significant bit = 0). 

XL 1 

Function of LINK register (most significant bit = 1). 

XA* 

Fixed location based on F/SEL (Address Syllable). 

XB* 

Fixed location based on F/SEL (Commercial Address 


Syllable). 

XE* 

Fixed location based on F/SEL (Execute). 

XR* 

Fixed location based on F/SEL (Read Operand Data). 

XW* 

Fixed location based on F/SEL (Write Result). 

XF 

Fixed location = 020# (Fetch Instruction). 


*F may not be loaded (refer to subsection 3.2) simultaneously 
with specifying these branch address operands (refer to Appen¬ 
dix E for maps of locations addressed as functions of F/SEL). 

**If internal bus source is a constant (refer to subsection 
3.2.2.4), the second least significant hexadecimal digit of 
"value" must equal digit "y" of the constant. 

3.5.3 Sequential Mode Syntax 

The Sequential mode firmware sequencing microinstruction 
takes one of the following forms: 


GOTO 

addr 

CALL 

addr 

LBRANCH 

addr 

RETURN 


Condition 

true 

Condition 

true,RETURN 

Condition 

true,,CALL 
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Condit ion 


,false 

Condition RETURN,false 
Condition ,false,CALL 


where: 

addr is the unconditional branch address. 

true is the branch address if the test condition is true. 

false is the branch address if the test condition is false. 

Unconditional branches in Sequential mode include: 

• GOTO - Control is transferred to the specified branch 
address. 

• CALL - Control is transferred to the specified branch 
address after saving the address of the current firmware 
step plus one in the "return-address" register. Nested 
calls are not supported. 

• RETURN - Control is transferred to the firmware step 
pointed to by the return address register. 

• LBRANCH - Control is transferred to one of 256 locations 
based on the three most significant bits of the 11-bit 
operand "addr", concatenated with the LINK register value. 

The operand "addr" must be an address value (refer to sub¬ 
section 3.5.6) greater than 001. If the internal bus source is a 
constant (refer to subsection 3.2.2.4), the second least signifi¬ 
cant digit of the "value" must equal digit y of the constant. 

In Sequential mode conditional branching, either the "true" 
or "false" operand must specify an address value, and the other 
must be null or the reserved word RETURN. If null is used, a 
conditional CALL may be specified by using the three operand 
format. 


3.5.4 Conditions 


Table 3-9 summarizes the list of permissible test conditions, 
divided into six categories: 

• Microprocessor Tests 

• Internal Bus Tests 

• Instruction Register (F/SEL) Tests 

• Megabus Interface Tests 

• Miscellaneous Hardware Tests 

• Other Tests 
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Conditions that test a single bit or flop (or a logical func¬ 
tion of several) result in "true" if the value is One and "false" 
if the value is Zero. Conditions that test a relational expres¬ 
sion (e.g., F(l-3) = 7) result in "true" if the relation is sat¬ 
isfied and "false" if it is not. 

If a register or flop is being loaded and tested simulta¬ 
neously, the test applies to the value before the load. The F 
register may not be loaded and tested simultaneously. 

Microprocessor tests which are functions of AUZ, OVFL, or CRY 
may not force these signals to detect on different lengths (16 or 
20 bits) than any simultaneous FLOPS operands (refer to subsec¬ 
tion 3.4) which are functions of these signals. 

Table 3-9 Firmware Sequencing Conditions (Sheet 1 of 5) 


CONDITION 

SIGNAL OR FUNCTION TESTED 

NOTES & RESTRICTIONS 


MICROPORCESSOR TESTS 


IFALU 0 

ALU (0) 

Refer to Note 1. 

IFAUZ 

AUZ 

Refer to Note 1. 

IFAUZ20 

AUZ 

Refer to Note 2. 

IFCRY 

CRY 

Refer to Note 1. 

IFCRY20 

CRY 

Refer to Note 2. 

IFOVFL 

OVFL 

Refer to Note 1. 

IFQSR 

Q (19) 

Microprocessor area 



must specify DR or SR. 

IFSHIN 

SHIN 


IFSHZ 

SHIN V AUZ 

Refer to Note 1. 

IFSHZ20 

SHIN V AUZ 

Refer to Note 2. 


INTERNAL BUS TEST 


IF4EQ5 

BI(4) « BI(5) 


I FBI 4 

BI (4) 


IFBI12 

BI (12) 


IFBI19 

BI (19) 












Table 3-9 Firmware Sequencing Conditions (Sheet 2 of 5) 


CONDITION 

SIGNAL OR 

FUNCTION TESTED 

NOTES & RESTRICTIONS 

IFBINUM 

Internal bus 

bit determined 



by the register number field, 

F (1-3) , as follows: 



F Register 




Bits 1-3 

Bit Tested 



0 0 0 

I (I) 



0 0 1 

BI (13) 



0 10 

BI (14) 



Oil 

BI (15) 



10 0 

BI (16) 



10 1 

BI (17) 



110 

BI (18) 



111 

BI (19) 


IFPMUX 

Previous firmware step had 



P, BP or BPH 

as internal bus 



source, or previous step had 
BUS operand PURGE, INCP, 

RDREQP, or PSELECT and did 



not have P as 
destination. 

internal bus 


IFPRIV 

Privilege bit 
S(l) 

of S register. 


IFTRACE 

Ml (0) 




INSTRUCTION REGISTER 



(F/SEL) TESTS 


IFBCND 

Branch condition (appropri- 



ate to branch 

instruction 



in F register 
Table 3-10). 

- refer to 


IFBINUM 

Bit determined by register 



number field, 
follows: 

F (1-3) , as 



F (1-3) 

Bit Tested 



0 0 0 

I (I) 



0 0 1 

BI (13) 



0 10 

BI (14) 



Oil 

BI (15) 



10 0 

BI (16) 



10 1 

BI (17) 



110 

BI (18) 



111 

BI (19) 








Table 3-9 Firmware Sequencing Conditions (Sheet 3 of 5) 


CONDITION 

SIGNAL OR FUNCTION TESTED 

NOTES & RESTRICTIONS 

IFDSELEQO 

SEL = 0 

SEL—SEL-1 

IFF11 

F (11) 


IFF 4 

F (4) 


IFF5 

F (5) 


IFF6 

F (6) 


IFF7 

F (7) 


IFF8 

F (8) 


IFF9 

F (9) 


IFGTWD 

Instruction data field size> 
16 bits (function of F - 
refer to Table 3-11). 


IFBALF 

Instruction data field size 
= 8 bits (function of F - 
refer to Table 3-11). 


IFRUM7 

F (1-3) = 7 


IFQUAD 

Instruction data field 
size = 64 bits (function of 

F - refer to Table 3-11). 


IFREGAD 

Address syllable calls for 
register addressing, i.e., 

[F(0) = 0] V [F(9-11) = 5 

A SEL ¥■ 0) 


IFSCISTR 

Instruction has SIP Store 
op-code 


IFSELO 

SEL(0) 


IFSELl 

SEL(1) 


IFSEL3 

SEL(3) 


IFSELEQO 

SEL = 0 


IFSL1-3EQ7 

SEL (1-3) = 7 


IFWORD 

Instruction data field size 
= 16 bits (function of F - 
refer to Table 3-11). 
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Table 3-9 Firmware Sequencing Conditons (Sheet 4 of 5) 


CONDITION 

SIGNAL OR FUNCTION TESTED 

NOTES & RESTRICTIONS 


MEGABUS INTERFACE AREA TESTS 


IFACK 

Megabus acknowledge flop. 


IFPARER 

Parity error indicator. 


IFPMUX 

Previous firmware step had 

P, BP, or BPH as internal 
bus source, or previous 
step had BUS operand PURGE, 
INCP, RDREQP, or PSELECT and 
did not have P as internal 
bus destination. 


IFRMWF 

A previous firmware step 
successfully performed a 
lock, and no unlock has yet 
been performed. 


IFRPTRP 

INTBSY V EXTRAP 

SIGN0 

IFRLJP 

INTBSY 


IFYELLOW 

YELLOW flag 

TICK— 0 

YELLOW — 0 

Set when any EDAC- 
corrected memory reads 
were encountered since 
last test. 


MISCELLANEOUS HARDWARE TESTS 


IFADRER 

Address error (= WRAP V 
SEGERR) 


IFIC 

I (C) 


I FI I 

I (I) 


IFDDLEQO 

DDLEQO flop 

Microprocessor destin¬ 
ation must be Q or 
nul 1. 

IFLOAD 

LOAD flop 


IFMISC 

MISC flop 


IFMIZR 

MISC V ZERO 


IFSHIN 

is 

SHIN 
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Table 3-9 Firmware Sequencing Conditions (Sheet 5 of 5) 


CONDITION 

SIGNAL OR FUNCTION TESTED 

NOTES & RESTRICTIONS 

IFSHIN1 

SHIN 1 flop 


IFSHIN2 

SHIN2 flop 


IFSHZ 

SHIN V AUZ 

Refer to Note 1. 

IFSHZ20 

SHIN V AUZ 

Refer to Note 2. 

IFSIGN 

SIGN flop 


IFXBO 

XB (0) 


IFZERO 

ZERO flop 



OTHER TESTS 


IFCACHE 

Cache present 


IFCIP 

CIP present 


IFEXEC 

Control panel Execute 



pushbutton 


IFLAF 

LAF - Long address form 


IFLOCK 

Control panel lock function 


IFSIP 

SIP present 


IFTICK 

TICK flop 

Set every 8-1/3 ms 

IFWCS 

WCS present 



NOTES 


1. Forces CRY, OVFL, and AUZ to 16-bit versions 


2 . 


Forces CRY, OVFL, and AUZ to 20 bit versions 
(refer to subsection 3.1.2) 
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Table 3-11 Data Field Size Tests (Sheet 1 of 2) 


F (0-3) 


IFWORD IFGTWD IFQUAD 





























Table 3-11 Data Field Size Tests (Sheet 2 of 2) 


where: 

L = 1 if LAF; otherwise, L = 0 
M = 1 if MISC V ZERO; otherwise, M = 0 

S = selected bit of scientific mode register (M4) or F: 
F (0-3) = 9 A B C D E F 

S = M4(2) M4 (4) M4 (6) F(5) M4(2) M4(4) M4(6) 


3.5.5 Address Values 


The WCS consists of a maximum of 2048 locations, making it 
possible to specify addresses in 11 bits. In fact, the next 
address field of the firmware word (refer to Appendix B) is in¬ 
deed 11 bits. However, to differentiate WCS firmware locations 
from native firmware locations, a high order One is often append¬ 
ed to WCS location values (e.g., Microcode Analyzer and WCS 
loader) . 

An address value may be specified to the assembler as a lit¬ 
eral, symbol, or statement reference (refer to Section 4). When 
encoding the value of the next address field, the assembler will 
use the low order 11 bits. When printing the location of a par¬ 
ticular firmware step, the assembler will use 12 bits. At the 
user's discretion the high order bit can be specified as 0 or 1. 

In Sequential mode, an address value may not be equal to 
000#, 001#, 800#, or 801#. If any of these locations is speci¬ 
fied, a hardware trap will result, causing the firmware to branch 
to native firmware location 000 (refer to subsection 2.7.1). The 
assembler will issue a diagnostic message if any of these address 
values is specified. 

3.5.6 Firmware Sequencing Examples 

Tables 3-12 and 3-13 are examples of source statements for 
both Transparent and Sequential modes. 
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Table 3-12 Source Statements for Transparent Mode 


STATEMENT 

MEANING 

GOTO 

TAG 

—TAG 

GOTO 

XA 

—*- XA splatter based on F/SEL 

IFF5 

802#,803# 

If F (50 = 1,-802#; else 803# 

IFF5 

TAG,XL 

If F {5) = 1, —TAG? else — 
location which is function of 
LINK register. 

IFF5 

XA, XB 

Invalid - at least one operand 
must specify value. 

IFF5 

805#,803# 

Invalid - 805# V 003# = 803# and 
also 803# V 003# = 805# 


Table 

3-13 Source 

Statements for Sequential Mode 

STATEMENT 

MEANING 

GOTO 

TAG 

—TAG 

CALL 

TAG 

CALL TAG 

Return address register-*— 
current address + 1 

RETURN 


Return to address in return 
address register. 

LBRANCH 

900# 

—^-location in LINK register + 

900# 

IFF5 

TAG 

If F (5) = 1, —TAG 

IFF5 

TAG 

If F (5 ) = 0, —TAG 

IFF5 

TAG,RETURN 

If F(5) = 0, —address in return 
address register; else-—TAG 

IFF5 

TAG,,CALL 

If F(5) = 1, CALL TAG 

IFF5 

,RETURN 

Invalid - one operand must be a 
branch address. 

IFF5 

802#,803# 

Invalid - both operands may not 
specify a branch address in Seq- 
ential mode. 











3.6 MASTER CLOCK AREA 

There are four clock speeds that control the duration of each 
firmware step. The assembler selects, for each step, the fastest 
clock speed permissible based on the actions specified in the 
step. In rare circumstances, the selected clock speed must be 
overridden based on the actions of a previous step. 

3.6.1 Syntax 

The microinstructions in the master clock area take one of 
two forms: 

HL 

VL 


where: 

HL specifies a "half long" clock speed. 

VL specifies a "very long" clock speed. 

3.6.2 Usage of Master Clock Microinstructions 

VL must be specified if: 

• The current step specifies IFHALF,. IFWORD, IFGTWD, or 
IFQUAD and the previous step altered the MISC or ZERO 
flops. 

• The current step specifies IFREGAD and the previous step 
altered SEL. 

HL must be specified if: 

• A microprocessor shift modifier (SL, SR, DL, or DR) is 
specified, BI is a microprocessor source, and the shift 
input (SHIN) comes from the internal bus (SHIN depends on 
the previous setting of MISC, SHINl, and SHIN2). 

NOTE 

Neither HL nor VL should be specified 
during a Megabus "write" step. 

3.7 EXAMPLES OF FIRMWARE ROUTINES 


This subsection provides examples of several firmware rou¬ 
tines, illustrating the effective utilization of various micro¬ 
instructions in accomplishing common tasks. The coding of the 
first five examples is extracted from actual native firmware. 
They therefore contain some irrelevant material, which has been 
retained here to illustrate the parallelism permitted in the 
firmware. 
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Example 1 - Procedure and Read from Memory 


/f% 


title example 1 

PROCEDURE READ FROM MEMORY 

THIS example fetches the first WORD OF THE NEXT instruction and deposits 
COPIES IN RAM LOCATION 0, IN REGISTER DO, AND IN REGISTER F/SEL. IT ALSO 
SIMULTANEOUSLY! 

A) SETS CONTROL FLOP ZERO TO INDICATE IF THE RECEIVED INSTRUCTION IS AN HLT 

B) CLEARS REGISTER Xb A^Q FLOPS SHN1, 5HN2, MISC, AND SIGN 

C) INITIALIZES THE RING EFFECTIVE LOGIC OF THE MMU 

D) TESTS FOR THE PRESENCE OF AN EXTERNAL INTERRUPT OR TRAP PENDING 


2 

3 * 

a 

5 * 

6 * 

7 * 

a * 

9 * 

10 * 

11 * 

12 

13 INTO 

19 INTE 

15 

020 €82* FE31 D239 020A 16 FETCn 

17 

18 * 

19 * 

20 
21 
22 


EQU 

20 A# 


EQU 

208* 


020 « 

81 

BP,RAMO,F 


OR 

61,ZERO,DO 


FLOPS 

ZRAUZ,SH00,X90 
MSO,°INGINIT 


IFRPTRP 

INTE,INTO 


f COPY PROCEDURE WORD TO RAMO,F/SEL 
f AND TO DO 

("OR" MAY HE REPLACED HY "COPY" 

IN aCSA REV 03.00) 

; PERFORM A), 8), 

t AND C) 

/ POLL FOR INTERRUPT OR TRAP 


Example 2 - Non-Procedure Read from Memory 


23 TITLE EXAMPLE 2 

2a * NON-PROCEDiJWE READ FROM MEMORY 

25 

26 * THIS Example FETCHES An ADDPESS FRO* THE MEMORY LOCATION(S) POINTED TO 

27 * 8Y THE Y-REGISTFR CONTENT, AND DEPOSITS A COPY IN THE P-REGISTER. IT ALSO 

28 * SIMULTANEOUSLY SETS REGISTER CO EQUAL TO THE COMPLEMENT OF REGISTER 0. 

29 


1D4 

0 09C 

AF01 

ieoA 

6095 

30 

31 

32 

33 

39 

35 

36 

37 

38 

39 

90 

91 

1 Da* 

CUPY 

B I 

RDRE3 

IFLAF 

ZERO 

A L U, H 

NOCACHE 
*♦ 1,* + 3 

; 

; 

/ 

GENERATE CONSTANT r 0 

H <- 0 

REQUEST MAIN MEMORY LOCATION Y 
TEST FOR LONG ADDRESS FORM 

095 

6013 

CE30 

D Q 00 

03C6 

095* 

81 

RUS 

9D,H 

INCY 

? 

/ 

H <- FIRST HALF OF LAF ADDRESS 
Y <- Y♦1 

3C6 

0093 

CF01 

1000 

0097 

3C6* 

RDREQ 

MOCACHE 

/ 

REQUEST SECOND HALF OF ADDRESS 

097 

6027 

AE50 

£000 

024C 

097* 

XORC 

ni 

Q,ZERO,DO 

BDH, P 

? 

/ 

DEPOSIT COMPLEMENT OF Q IN DO 
PUT HALVES TOGETHER In P 
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Example 3 - Write Into Memory 


# 


42 
4 3 
au 


TITLE 


EXAMPLE 3 

WRITE INTO MEMORY 





45 

* THIS EXAMPLE 

WRITES THE 

ADDRESS CONTAINED IN 

REGISTER DO INTO THE 




46 

* MEMORY LOCATION(S) POINTED TO BY RAM LOCATION 

8. 





47 






CFOO 

BOOA 

8256 

48 

24C# 

BI 

PAM8,Y 

? 

Y <- RAM8 




49 


iflaf 

*♦1,*+2 

/ 

TEST FOR LONG ADDRESS FORM 




50 






C661 

4000 

0257 

51 

2564 

BI 

DO, L4 

> 

LEFT 4 BITS OF DO VIA BI TO 




52 


hRT 

INCY 

/ 

FIRST WORD OF LAF STORE 




53 

* 




Y <- Y*1 

C 701 

4000 

037F 

54 

55 

2574 

BI 

DO 

; 

(REST OF) DO VIA BI 




56 


WRT 

INCY 

/ 

TO MEMORY 


57 


Y <- Y + l 


Example 4 


I/O Read 


( 


37F 0403 CFOO 2134 0369 

369 40*3 C300 BO 14 00A9 

0A9 04AC AF01 2BC0 036A 

0AB 44A7 9F01 26C0 036A 

36A CCD3 C750 B51D F370 

370 6423 FA30 FOOO D7FF 


se title example 4 

59 * I/O READ 

60 

61 * THIS EXAMPLE REQUESTS INPUT FRO v THE I/O SUBSYSTEM, USING THE CHANNEL 

62 * NUMBER AND FUNCTION CODE CONTAINED In REGISTER DO, AND (IF THE REQUEST 

63 * IS ACKNOWLEDGED) COPIES THE REPLY INTO REGISTFR BO. IT THEN EXITS TO STORE 


64 

• 

THE REPLY AS 

RECUIRED. 

The I/O INDIC 

65 

* 

IS/ISN'T ACKNOWLEDGED. 

NOTE THAT THE 

66 

• 

BE PLACED IN 

Y(5-19)/XB(0) FOR TRANSM 

67 





68 


37F# 

COPY 

DO,00,SR 

69 



FLOPS 

XBSR,SHOO 

70 



IFSIGN 

1030,I03E 

71 





72 

I03E 369# 

61 

80,YR16 

73 



IFSHIN 

*♦2r *♦1 

74 





75 


0 A9A 

COPY 

ZERO,80 

76 



RDREQ 

1-0 

77 



flops 

"SO 

78 



GOTO 

*♦2 

79 





60 


0A84 

XOPC 

00,80,80 

81 



RDREG 

1-0 

62 



FLOPS 

"SO 

83 





84 


36 A # 

BI 

R A M 8,Y 

85 



COPY 

80,80,SR 

66 



flops 

XBSR,IACK 

87 



IF ACK 

*♦1 ,XF 

68 





89 


3704 

BI 

RD 

90 



COPY 

01,BO 

91 



GOTO 

X w 


TOR IS SET/CLEARED IF THE REQUEST 
CHANNEL NUMBER/FUNCTION CODE MUST 
SSION TO THE MEGABUS. 

t SHIFT CHANNEL/FUNCTION TO BO 
J AND XBCO); CLEAR SHM AND SHN2 
/ 1030 FOR I/O WRITE (SEE EXAMPLE 5) 

f SHIFTED INFORMATION INTO Y(4-l9) 

/ TEST X8(1) VIA SHIN 

> XB(l)sO SO BO <- ZERO'S 
t REQUEST 1-0 READ 

; misc <- o 

/ SKIP NEXT STEP 

t XB(1)s1 SO BO <- ONE'S 
; REQUEST 1-0 READ 
/ MISC <- 0 

; RESTORE Y FROM RAMp 
t SHIFT BO TO 

t RESTORE XB(0)f 1(1) <- ACk 
/ IF ACK=0, EXIT TO NEXT FETCH 

; COPY READ RESPONSE 
* TO BO 

/ GO TO STORE RESPONSE 
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9? TITLE example 5 

93 * I/O *RITE 

9a 

* this example transmits data to the r/n subsystem, using the channel 

96 * f:jMBE® AND FUNCTION CODE CONTAINED IN REGISTER DO. THE I/O INDICATOR IS 

97 * SET/CLEARED IF THE REOUEST IS/ISMT ACKNOWLEDGED. THE EXAMPLE BEGINS «ITh 

98 • THE FIRST STEP (37F*) OF EXAMPLE 9, BUT The FIRST BRANCH LEADS TO A NET*0»k 

90 * of STEPS RESULTING IN The COPYING O c ThE APPROPRIATE DATA TO REGISTER Q. 

ICO 
1 0 1 


37F 

0aD3 

CFOC 

5 1 3a 

0369 

1 0? 


3 7F * 

COPY 

DO,90,SR 

t 

SHIFT CHANNEL/FUNCTIO V TO BO 






103 



FLOPS 

XBSR,SHOO 

i 

ANO X8(0); CLEAR Sm.«1 and SHN2 






10 a 



IF SIG\ 

1030,I03E 

/ 

IU3E FOR I/O READ (SEE EXAMPLE a) 






10 s 







365 

0093 

CFuO 

2000 

' 3 A 0 

106 

1030 

368* 


/ FIRMWARE 

SEOUENCC TO 

f>OvE DATA TO REGISTER u 






107 







3 A C 

a a a 3 

AF A 0 

6000 

03 ac 

108 

XL I°UT 

3 A 0 * 

COPY 

3,DO 

t 

00 <- Q 






1 0 9 

1 1 0 

1 1 1 



61 

HO, YR16 

/ 

SHIFTED INFORMATION InTU Y(a-19) 

3mC 

00A3 

C 751 

70 2 * 

F 3aD 


3ac* 

PI 

DO 

• 

DC VIA BI 






115 



WRT 

I-C 

t 

TO I-0 CHANNEL 






113 



FLOPS 

MSI,JACK 

t 

MISC <- 1 ; 1(1) <- ACK 






1 1 a 



IFF6 

*♦1,XF 

/ 

IF NOT IOLD INSTRUCTION, EXIT TO FETCH 


Example 6 - Exit From WCS Transparent Mode 


115 TITLE EXAMPLE 6 

116 * EXIT FRO v .'.CS TRANSPARENT MODE 

1 1 7 

no * t-is example illustrates the sequence required to return frof the *cs in 

ll<5 * TRANSPARENT tODE TO NATIVE FIRMWARE. IN GENERAL, WHEN A USER has COMPLETED 

120 * A INST-JCTION OR HAS SENSED A REQUEST FOR SERVICE RY AN INTERRUPT, REAL-TIME 

1?1 * CLOCK, ETC., THE RETURN IS TO THE NATIVE FIRMWARE LOCATION LABELLED "FETCH" 

12? * (SEE Example 1). UNDER EXCEPTIONAL CIRCUMSTANCES (E.G., TRAP CONDITION 

123 * DETECTION), RETURN NAY PE TO OTHER NATIVE FIRMWARE LOCATIONS. 

15a 







155 

* 

m : 

[nvpkE The "ngp/al" 

RETURN, A«- ALGORITHM 

MIGHT 

END *ITh The FUNCTIONAL 






l 5 6 

* 

equivalent OF: 




3a~> 

COR 3 

CFO 0 

59C n 

07 P C 

157 



flops 

m $0 

? 

MISC <- 0 (NO TRAP) 






158 

159 

130 



GOTO 

FXITTRN 

/ 

GO TC EXIT ROUTINE 






* 

amE' 

" A 7PAP CCMDITIO:. IS DETECTED, ONE dCnT 

EMPLOY The FUNCTIONAL 






131 

♦ 

equivalent OF: 









13? 












133 

TRAP 

EGU 3 39* 


NATIVE TRAP FIRMWARE 






13a 

TV 

-V 

E3U 0031* 


FOR TV15 (OTHER VALUES FOR OThER TRAPS) 






135 







39€ 

P a? 3 

FC 1 0 

2900 

053« 

136 



BI 

T V-X 

; 

CREATE TRAP VECTOR *X 






137 



COPY 

PI, 90 

} 

AND SAVE IN BO 






136 



FLOPS 

MSI 

/ 

MISC <- 1 (TRAP) 






139 







53a 

C 09 3 

C F 0 0 

2 AGO 

07FC 

l *-0 

1 9 1 

1 a2 

1 a 3 

1 a a 



539* GOTO 

EXITTRN 

/ 

GO TO EXIT ROUTINE 






» 

The 

ACTUAL Exit ROUTINE 

LOOKS AS pollQaS: 



RFC 

C -.23 

7£R0 

55 00 

07FD 

EXITTRN FFC« 91 

I DC F 

; 

START HiTH CIP CHANNEL, 






195 



COPY 

BI ,00 

; 

FUNCTION IF IN DO 






1 a6 



FLOPS 

XBSR1 

/ 

X B(0) <- 1 






197 







F F ~ 

80 26 

ncoo 

PCOO 

07FE 

1 a 0 



FFD* BI 

OFD*, Y 

; 

Y(0-9) <- 0; USE OOOFD* TO 






1 M 9 



XOR 

*1,00,10 

/ 

MODIFY CHANNEL TO *CS, 






15^ 

* 





FUNCTION TO 25 






151 







FFE 

C 0 A3 

CFOC 

Boon 

07FF 

155 



FFE* BI 

DO,YR16 

/ 

Y( 5 -19) <- CONTROL wORD/5 






153 







FFF 

8 C1 3 

C69 1 

7 a 35 

F33b 

159 



FFF* 81 

Y 

t 

MUST SPECIFY NON-ALU BI SRC FOR *RT 






155 



*RT 

1-0 

i 

TRANSMIT EXIT CODE TO *CS 






156 



IFRISC 

TRAP,XF 

/ 

RETURN DEPENDING ON mjsc 
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157 TITLE EXAMPLE 7 

158 * EXIT FROM wCS SEQUENTIAL MODE 

159 

160 * THIS EXAMPLE ILLUSTRATES THE SEQUENCE REQUIRED TO RETURN FROM THE *CS IN 

161 * SEQUENTIAL f-'OOE TO NATIVE FIRMWARE. IN GENERAL, WHEN A USER HAS COMPLETED 

162 • AM INSTRUCTION OR HAS SENSED A REQUEST FOR SERVICE BY AN INTERRUPT, REAL-TIME 

163 * CLOCK, ETC., THE RETURN IS TO Th£ NATIVE FIRMWARE LOCATION LABELLED "FETCH" 

164 * (SEE EXAMPLE 1). UNDER EXCEPTIONAL CIRCUMSTANCES (E.G., TRAP CONDITION 

165 * DETECTION), RETURN MAY BE TO OTHER NATIVE FIRMWARE LOCATIONS, 

166 

167 SEQUENTIAL 

168 







169 

* TO INVOKE THE " 

NORMAL" 

RETURN, AN ALGORITHM 

MIGHT END WITH THE FUNCTIONAL 






170 

* equivalent OF 1 




123 

0093 

CFOO 

29C 0 

67FC 

171 

123# 

flops 

MSO 

l MISC <- 0 (NO TRAP) 






172 


GOTO 

EXITSEQ 

/ GO TO EXIT ROUTINE 






173 










174 

« WHEN A TRAP CONDITION IS DETECTED, ONE MIGHT 

EMPLOY THE FUNCTIONAL 






175 

* EQUIVALENT OF: 









176 










177 

TRAP EQU 

33B# 


NATIVE TRAP FIRMWARE 






178 

TV-X EQU 

0031 * 


FOR TV 15 (OTHER VALUES FOR OTHER TRAPS) 






179 





124 

0t)R3 

C800 

2900 

C7FC 

180 


FLOPS 

MSI 

; MISC <- 1 (TRAP) 






161 


CALL 

EXITSEQ 

/ INVOKE EXIT SUBROUTINE 






162 





125 

8423 

F4U 

7000 

633B 

183 


61 

TV-X 

) CREATE TRAP VECTOR #X 






184 


COPY 

81,50 

l AND SAVE IN BO 






165 


NR T 

1-0 

,* TRANSMIT EXIT CODE TO *CS 






166 


GOTO 

TRAP 

/ GO TO NATIVE TRAP FIRMWARE 






187 










ie6 

* THE ACTUAL EXIT 

ROUTINE 

LOOKS AS FOLLOWS: 







169 





*FC 

C023 

7ER0 

2500 

07FF 

190 

EXITSEQ FFC# 

81 

I DCF 

l START with CIP CHANNEL, 






191 


COPY 

81,00 

t FUNCTION IF IN DO 






192 


FLOPS 

XbSRl 

/ XB(0) <- l 






193 





FfD 

6026 

DCOO 

8000 

07FF 

194 


81 

OFD», Y 

i Y(0-4) <- o? USE 000FD TO 






195 


XOR 

BI,00,DO 

/ MODIFY CHANNEL TO wCS, 






196 

* 



FUNCTION TO 25 






197 





FFE 

00A3 

ceoo 

€035 

A7FF 

198 


61 

DO,YR16 

f Y(5-19) <- CONTROL wORD/2 






199 


IFMISC 

RETURN,**1 

/ RETURN IF TRAP 






200 





FTF 

6013 

C 64 l 

7000 

8020 

201 


81 

Y 

; MUST SPECIFY NON-ALU 61 SRC FOR WRT 






202 


WRT 

1-0 

; TRANSMIT EXIT CODE TO *CS 






203 


GOTO 

FETCH 

/ GO TO NATIVE FETCH FIRMWARE 
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SECTION 4 - WCS ASSEMBLY LANGUAGE 


Preparation of microprograms is simplified using the WCS as¬ 
sembly language. It relieves the microprogrammer of many time- 
consuming duties associated with writing a microprogram in actual 
machine-language. For example, it allows the microprogrammer to 
employ meaningful symbolic tags rather than absolute control 
store addresses to specify firmware locations. 

The assembly system can be divided into two parts: the WCS 
assembly language and the WCS microinstruction assembler. The 
WCS assembly language is used to write a microprogram (source 
file), and the assembler translates the source file into the 
actual machine-language microprogram (object file). 

The microprogrammer can use any type of coding form to write 
a microprogram because of the free form used for coding source 
statements. The desired microinstructions and associated oper¬ 
ands are entered onto the coding form, with each statement rep¬ 
resenting one firmware word. These source statements may then be 
transcribed onto punched cards or entered into a disk file via a 
teletype or other terminal using the MDT editor. In either case, 
the data constitutes the source file that will be processed by 
the assembler. 

The assembler reads the source file and produces a machine- 
language object file. It converts mnemonic codes (microinstruc¬ 
tions) into machine-language codes, assigns absolute control 
store addresses to symbolic names, and completely assembles the 
final microprogram, storing it onto a disk file or magnetic tape. 
Another output from the assembler is a listing of the source file 
and corresponding object codes, plus diagnostic messages. Figure 
4-1 illustrates the relationship among the input source file, the 
assembler, and the output object file. 




Figure 4-1 Relationship of Source 

and Object File 


LISTING OF 
SYMBOLIC AND 
CORRESPONDING 
LANGUAGE CODE 



File, Assembler 





Descriptions and examples within this section use the follow- 
( ing conventions: 

{ } - Indicates that one of the options enclosed in the 
braces must be selected. 

[ ] - Indicates that the enclosed option may or may not be 
selected. 

... - Indicates that the immediately preceding option may be 
repeated. 

h - Indicates a hexadecimal digit, 
d - Indicates a decimal digit, 
o - Indicates an octal digit, 
b - Indicates a binary digit. 

A - Indicates that one or more spaces or horizontal tab 
characters are required. 

The following special characters must be coded exactly as 
shown: 

f • comma - 

I • left parenthesis- 

• right parenthesis- 

• asterisk- 

• slash- 

• plus sign- 

• hyphen or minus sign 

• quote - 

4.1 ELEMENTS OF WCS ASSEMBLY LANGUAGE 

The principal elements of the WCS assembly language are: 

• Mnemonic codes 

• Symbolic names 

• Constants 

• Statement references 

• Punctuation 

These elements are combined to form a source file that con¬ 
sists of: (1) microinstructions, (2) assembler control state- 
stents that direct assembler operations, and (3) statements that 
define constants used by the microprogram. 


< 
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4.1.1 Mnemonic Codes 


The mnemonic codes combine to specify the microinstructions 
to be created. These codes are also called reserved words be¬ 
cause they are only recognized for thoir meanings as described 
in Section Three. Mnemonic codes can be any length, although 
only the first six characters are recognized by the assembler. 

For example, the test condition mnemonic IFRPTRP may also be 
coded as IFRPTR for a six-character identification, or IFRPTRAP 
to further clarify its meaning. Also, any spelling errors beyond 
the sixth character are ignored by the assembler. 

4.1.2 Symbolic Names 

Symbolic names are mnemonics that are not recognized as re¬ 
served words (refer to subsection 4.1.1). These names are speci¬ 
fied by the microprogrammer and may be used to label firmware 
statements, operand values, and constants. Regardless of their 
use, the symbolic names must conform to the following rules. 

1. Names may consist of any number of characters, but the 
first six characters uniquely identify the name (the 
assembler will ignore all characters after the sixth). 

For example, the symbolic names ADDRSS and ADDRSSOO are 
recognized by the assembler as the same name. 

2. Names may be composed of alphabetic characters, decimal 
digits, and/or special characters as defined below: 

alphabetic characters - A through Z 
decimal digits - 0 through 9 

special characters - dollar sign ($), 

underscore (_), and 
hyphen (-). 

3. The first character of each name may be any one of the 
above characters except a hyphen or decimal digit. 

4. Lowercase alphabetic characters are considered equivalent 
to the corresponding uppercase characters. However, the 
assembler does preserve the case of each character in the 
output listing. 

5. A name may not be equivalent to a reserved mnemonic code. 

Symbolic names are divided into two categories: firmware 
statement labels and EQD symbols. Firmware statement labels may 
each be defined only once in a microprogram and have addresses 
assigned as their values. EQU symbols, on the other hand, may be 
defined any number of times by EQU statements which equate the 
symbol to different values. 
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4.1.3 Constants 


Numeric constants permit the microprogrammer to express val¬ 
ues within the range 0 through 2 64 -l. The assembler recognizes 
numeric constants in hexadecimal, decimal, octal, or binary form 
as indicated below. 

Hexadecimal 


Hexadecimal constants must be in one of the following two 
formats: 


X' [[h] [A]] .. . ' or h [h] . . .# 


where: 

X specifies a hexadecimal constant, 
h equals any digit within the range U through F. 

# specifies the end of a hexadecimal constant string. 

Decimal 


Decimal constants must be in the following format: 

d[d] ... 


where: 

d equals any digit within the range 0 through •}. 

Octal 

Octal constants must be in one of 

C' [[o] [A]] .. . ' or 

where: 

C specifies an octal constant or the end of an octal 
constant string. 

o equals any digit within the range U through 7. 

Binary 

Binary constants must be in one of the following two formats: 

B' [[b] [A]] . . . ' or b [ b] . . . B 

where: 

B specifies a binary constant or the end of a binary 
constant string. 

b equals 0 or 1. 


the following two formats: 
o[o]. . .C 


4-5 



nil constants coded in the above formats are converted by the as¬ 
sembler into a 64-bit value that is right justified and either 
zero filled or truncated from the left to fit into the receiving 
field. For example, if a hexadecimal address is coded as 
1*1234', the address is actually interpreted as X'234', retaining 
the low order eleven bits. 

NOTE 

No warning message is issued when One bits are truncated. 

The following are examples of numeric constants with all val¬ 
ues being equal. 


12345if ) 

l >-►Hexadecimal 

X'1 2345 ' ) 


74565 -►Decimal 


221505C 
C'2215U5 1 
UOUlOulOOOllOlOOOlUlB 
B'0001 0010 0011 0100 0101' 


Octal 


Binary 


Numeric constants coded in the format X 1 ', C'*, or B'' are con¬ 
sidered zero values by the assembler. 

4.1.4 Statement References 


Statement references permit the microprogrammer to reference 
firmware statements that are a specific number of steps away from 
the current firmware statement, without using a label. The "off¬ 
set" portion of the reference is the count of firmware statements 
to the referenced firmware statement. The proper format for 
statement references is: 

* [{ ±} [offset]] 

where: 

offset is either an EQU symbol or a numeric constant (refer 
to subsections 4.3.3 and 4.1.3, respectively). 

+ indicates a forward reference. 

- indicates a backward reference. 

*, *+, *- indicates the address of the current firmware 
statement. 



Thus, the "offset" is used to count steps forward or backward 
from the current firmware statement to locate the referenced 
firmware statement. This is generally not equivalent to adding 
or subtracting the offset and the current address. For example, 
assume that the following two statements appear consecutively in 
a source file. 

i 

LABELl 5 GOTO *+l 

LABEL2 10 GOTO *-l 

The statement tagged LABELl is loaded at location 805# and 
the statement tagged LABEL2 at location 80A#. The argument *+l 
references location 80A#, while the argument *-l references loca¬ 
tion 805#. This is in contrast to many other assembly languages 
where *+l would reference location 806#, and *-l would reference 
location 809#. 

If a statement reference exceeds the boundaries of a micro¬ 
program (i.e., refers to a statement prior to the first or after 
the last statement), the assembler considers the reference equal 
to zero and generates an appropriate error message. In all other 
cases, the reference equals the address of the referenced 
statement. 

4.1.5 Punctuation 


Recognized punctuation for the WCS assembly language in¬ 
cludes : 



Comma 

[,] 

Left 

parenthesis 

[ (] 

Right 

parenthesis 

[) 1 


Semicolon 

[;] 


Separates multiple arguments for a 
single op-code. 

Optional marker of an argument list. 

Optional terminator of an argument 
list. 

Links the current line of coding and 
the following line into one statement. 
A line terminated with a ; indicates 
that the statement continues on the 
following line. It also separates 
comments from a microinstruction. 


Blank - Separates the various language units 
when no other punctuation is used. 

Slash [/] - Separates comments from the micro¬ 
instruction on the last line of a 
step. It is also used to cause page 
ejection in printed output. 
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4.2 SOURCE STATEMENT FORMATS 


Source line formats are classified into four main groups: 
firmware statements, pseudo-op (or control) statements, blank 
lines, and comment lines. Firmware statements generate object 
code to control the CPU hardware, whereas pseudo-op statements 
direct assembler operations. When coding WCS assembly language 
source statements, the user must conform to the formatting con¬ 
ventions described herein. 

Source code for the assembler is loaded into a sequential 
file which, if contained on a disk, may be edited using the text 
editor. Each line of coding may be up to 255 characters in 
length and can contain a line number; however, only the first 92 
characters appear in the assembly listing. If a line number is 
used, it must start in the first character position of the line, 
and must be comprised of all decimal characters. Ignoring the 
line number, the assembler begins processing the line with the 
leftmost nondecimal character. The types of source lines avail¬ 
able to the microprogrammer include: 

• Firmware statements 

• Pseudo-op statements 

• Blank 1ines 

• Comment lines 

The descriptions of these source statements refer to the cur¬ 
rent address counter. This counter is internal to the assembler 
and contains the address of the current firmware statement. The 
counter is incremented by one at the end of each firmware state¬ 
ment and may also be loaded from the address field of any 
statement. 

4.2.1 Firmware Statement 


The proper format for the firmware statement is: 

[label][Aaddress][^microinstructions] 


The "address", if present, is either an EQU symbol or a con¬ 
stant. The current address counter is made to equal the contents 
of this field. 


The "label" or symbolic name, if present, is made to equal 
the contents of the current address counter, after the counter 
has been modified by the address field of the statement. This 
label is referred to as the firmware statement label and must 
start in the first character position after the line number, if 
any. 


The "microinstructions" have the form: 
micro opcode [operand list] ^micro opcode [operand list]] ... 
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where micro opcode is any of the reserved words that represent 
microoperations. 

The "operand list" has the form: 

j^Joperand. .. , operand|^| 

where operand is either a symbolic name, mnemonic, constant, 
or statement reference. The use of any particular type of 
operand is restricted by the particular type of micro op-code 
being used. Micro op-codes and their operands are described in 
detail in Section Three. 


Examples of legal forms for an operand list are: 


FORM 

DESCRIPTION 

operand 
operand, ) 

(,) 

operand,,operand 

single operand 

two operands, the second being null 
two null operands 

three operands, the second being null. 


An operand list is terminated by a right parenthesis, an end 
of statement, or an operand not followed by a comma (ignoring 
spaces and semicolons). Thus, in the following incorrect firm¬ 
ware statement: 

ADD BI,DU Dl 

Du is the last operand and Dl is interpreted as a micro op-code. 

A firmware statement must have at least a label, an address, 
or a microinstruction. When no microinstructions are present, 
the statement is assembled as the default value (refer to subsec¬ 
tion 4.3.1) . 

4.2.2 Pseudo-Op Statement 

The pseudo-op statement provides only control information for 
the assembler; no object code is produced. Although the pseudo¬ 
op statement must conform to the following format, it may occupy 
any number of lines by using the semicolon. The proper format 
for the pseudo-op statement is: 

[label][aaddress] apseudo opcode[Apseudo op information][comment] 
The "address" is loaded into the current address counter. 


# 
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The "label" is a user supplied symbolic name and, except for 
EQU statements, the label is treated as a firmware statement la¬ 
bel for the next firmware step. The symbolic name is made to 
equal the current address counter after modification by the 
address field. The label must start in the first character posi¬ 
tion after the line number, if any. 

The following is an example of a pseudo-op statement: 

BETA IF# NO LIST TURN OFF; 

ASSEMBLER LISTING 

where BETA is the label which, along with the current address 
counter, is made to equal the address (IF#). NO LIST is the 
pseudo-op. The comment starts with TURN and ends on the second 
line with LISTING. The comment is continued on the second line 
because of the semicolon (;) after OFF. The following example is 
equivalent to the example given above, except it illustrates how 
the semicolon (;) can be used to extend a pseudo-op statement 
across several lines. 

BETA 

IF# 

NO 

LIST 

TURN OFF ASSEMBLER LISTING 

The pseudo-ops that are available to the microprogrammer are 
described in detail in subsection 4.3. 

4.2.3 Blank Lines 


The blank line permits spacing of the listing and is other¬ 
wise ignored by the assembler. Blank lines contain no informa¬ 
tion other than an optional line number. A blank line imbedded 
in a firmware statement does not terminate the statement. 

4.2.4 Comment Lines 


A line containing a slash (/) or an asterisk (*) as the first 
character of the line is treated as a comment line and has no af¬ 
fect on the continuation of the current statement. The comment 
line beginning with a / causes the output listing to slew to the 
top of form before printing the comment, whereas the comment line 
beginning with an * is merely printed on the next line. 

4.3 CONTROL STATEMENTS 

Control statements (or pseudo-ops) are not assembled into the 
object file, but rather provide the assembler with listing con¬ 
trol, assembly control, and background information. Only the 
first six characters are used by the assembler to distinguish 
among the pseudo-ops; however, the full mnemonic names are given 
to improve readability in the source listing. The pseudo-ops 
available to the microprogrammer include: 
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• DEFAULT 

• END - 

• EQU 

• LABEL 

• LIST 

• NATIVE 

• NLST 

• NO 

• SEQUENTIAL 

• TITLE 

4.3.1 DEFAULT Statement 


The presence of DEFAULT as the first micro op-code in a firm¬ 
ware statement results in the firmware image not being placed at 
the current address, but is used to fill in firmware image bits 
that have not been set by the microinstructions. The bits not 
set by the microinstructions in the DEFAULT statement are set by 
the previous default value. The original default value used by 
the assembler is: 

X'0093 B700 2000 07FF' 


The DEFAULT statement is used most frequently to modify the 
automatic clock speed setting feature of the assembler (refer to 
subsection 3.6). The assembler will not select a clock speed any 
higher than the speed specified in the current default value. 

If, during firmware debug operations, a timing problem is sus¬ 
pected, the following DEFAULT statement can be specified: 

DEFAULT VL 


The above statement always causes the assembler to select the 
very long clock speed. 

4.3.2 END Statement 

The END statement may be used to mark the termination of var¬ 
ious firmware routines, and may appear anywhere in the source as 
often as desired. This statement has no effect on the assembly 
process. 


4.3.3 EQU Statement 


The proper format for an EQU statement is: 

label [aaddressjAEQUa (constant ( lacommentj 

(EQU symbol) 

The EQU statement equates the statement label and EQU symbol 
to the value of the constant or EQU symbol name that follows. 

The EQU symbol name must have been previously defined in an EQU 
statement, ^rhe statement address (if present) is used only to 
load the current address counter. 
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EQU symbols may be defined more than once, but remain unde¬ 
fined until the first EQU statement is encountered. When the EQU 
symbol is defined, it retains this definition until it is rede¬ 
fined in a subsequent EQU statement (i.e., the value assigned to 
an EQU symbol is retained by the symbol for all subsequent firm¬ 
ware steps until the end of the source coding or until another 
EQU statement changes the value assigned to the symbol). 

An EQU symbol must be defined in an EQU statement before it 
is referenced. Any reference to an EQU symbol before it is in¬ 
itially defined will be interpreted as a reference to a firmware 
statement label, resulting in a diagnostic message. 

EQU statements may be used throughout the source coding as 
illustrated in the following example. 


(1) 

ALPHA 

EQU 

1 

(2) 


BI 

ALPHA 

(3) 

ALPHA 

EQU 

2 

(4) 


BI 

• 

ALPHA 


At line 1, in the above example, the EQU symbol (ALPHA) is de¬ 
fined as being equal to a constant of 1. This permits the BI mi¬ 
croinstruction located on line 2 to source this constant (ALPHA) 
onto the internal bus. At line 3, ALPHA is redefined to equal a 
constant of 2, permitting the BI microinstruction located on line 
4 to source this constant onto the internal bus using the same 
EQU symbol (ALPHA). 

4.3.4 LABEL Statement 

The LABEL statement defines its "label" and "address" fields 
without performing any other special functions. Thus, this 
statement may be interpreted as the statement label for the next 
firmware statement as illustrated in the following example. 


(1) 

LABELA 

83E# 

LABEL 

(2) 



microcode 

(3) 

LABELB 

84E# 

LABEL 

(4) 


85E# 

microcode 


LABELA (located on line 1 in the above example) and the con¬ 
tents of the current address counter are made to equal address 
83E#. Thus, LABELA is referred to as the statement label for the 
microcode on line 2. This microcode is assembled at address 
83E# . 
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LABELB (located on line 3 in the above example) and the con¬ 
tents of the current address counter are made to equal address 
84E#. However, in this case, the microcode on line 4 is assem¬ 
bled at address 85E# rather than 84E# because it has its own ad¬ 
dress. This prevents LABELB from being referred to as the state¬ 
ment label for the microcode on line 4. 

4.3.5 LIST Statement 

The LIST statement instructs the assembler to restart the 
output listing with the LIST statement; the default mode is LIST. 
Therefore, LIST is unnecessary until it is desired to resume the 
output listing after the NLST or NO LIST statements. 

4.3.6 NATIVE Statement 


The NATIVE statement invokes the native (transparent) firm¬ 
ware branching mode for subsequent firmware statements. The 
default mode is NATIVE; therefore, NATIVE is unnecessary except 
for documentation purposes. 

4.3.7 NLST Statement 


The NLST statement suspends the source listing starting with 
the NLST statement; the default mode is LIST. Subsequent lines 
are not listed unless they are in error or until the next LIST 
statement. 

4.3.8 NO LIST Statement 


This statement is equivalent to NLST. Source statements 
starting with the NO LIST statement up to but not including the 
following LIST statement are not listed unless they are in error. 

4.3.9 SEQUENTIAL Statement 

The SEQUENTIAL statement invokes the sequential firmware 
branching scheme for subsequent firmware statements. The default 
mode is NATIVE; therefore, this statement must be used for se¬ 
quential mode assemblies. 

4.3.10 TITLE Statement 


The TITLE statement names the code, provides a revision num¬ 
ber, and specifies the text for the heading field on the first 
line of each page in the output listing. The TITLE statement 
takes two forms. 

TITLE name,rev,title 


This form specifies the name of the source, the revision num¬ 
ber, and the text for the heading line, and may appear anywhere 
in the sourc^ file as the first TITLE statement. All subsequent 
TITLE statements will use the second form described below. 


4-13 



TITLE title 


This form specifies only the text for the heading line (i.e., 
it replaces the text supplied by the initial TITLE statement). 

The above forms for the TITLE statement cause a slew to the 
top of form, and may be used as many times as desired. Also, the 
TITLE statement is not required. If there is no TITLE statement, 
the assembler assumes the source name is WCSRTN and the revision 
and title fields are all spaces. All fields for the TITLE state¬ 
ment are optional, null sets the respective fields to blanks. 

4.4 INTERPRETING WCS ASSEMBLY LISTINGS 

The assembler output listing provides the user with a printed 
copy of the source file, the corresponding machine-language code, 
and diagnostics. Figure 4-2 is a sample output listing that de¬ 
fines the various areas of the printed output. 


PROGRAM NAME 



PROGRAM REVISION 
NUMBER 


l 


i 


£ XIT TONSPRM It/UQ -*CS ASSE M t*lER «EV OJ.Ou TRANSPARENT EXIT PAr,£ \ 1978/ft3/27 1021s« 

-RCSAiOPJECTxfxlT A *»CRA>08JECT>Exn.*r 



Figure 4-2 Sample Output Listing 

Included with most error messages in an output listing is the 
caret (a) symbol. This symbol appears below the source character 
or firmware word in error. In cases of null operands, the caret 
may point to a seemingly irrelevant position. 

4.5 WCS ASSEMBLER OBJECT DECK FORMAT 

The assembler object deck file is used as input by the WCS 
loader to load the WCS. Figure 4-3 is a sample file dump of an 
object deck produced by the assembler. There are six types of 
object deck records as indicated below. 
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00001 

0017 

0103 

5100 

0000 

0045 

5849 

5420 

2020 

2054 

524E 

5350 

524E 

54 

..a....EXIT 

TRNSPFUT 

00002 

0015 

0331 

3937 

382F 

3033 

2F32 

3720 

3130 

3231 

3434 

332E 

37 


.1978/03/27 

1021:43.7 

00003 

ooio 

0454 

5241 

«E53 

5041 

5245 

4E54 

204D 

4F44 

4520 

4558 

4954 

2020 2020 2020 20 

.TRANSPARENT 

MODE EXIT 

00004 

0005 

0400 

0 OOF 

FC 












00005 

0009 

OCCO 

237E 

9025 

0007 

FD 










0000b 

0009 

oceo 

26DC 

D080 

0007 

FE 








..&. 


00007 

0009 

OCOO 

93CF 

0080 

0007 

FF 










00008 

0009 

0C40 

13C6 

4170 

35F3 

3b 








....Ao5 . ; 


00009 

0005 

FF00 

oooc 

00 













EOF 


Figure 4-3 Sample File Dump 


RECORD TYPE 

BYTE POSITIONS 

DEFINITION 

Program ID 

0-6 

01035100000000# 


7-12 

Program Name 


13-14 

Spaces 


15-22 

Revision 

Date 

0 

03# 


1-18 

Date and time 

Title 

0 

04# 


1-28 

Title field from first 
TITLE statement 

Origin 

0 

0A# 


1-4 

Address 

Data 

0 

oc# 


1-8 

i 

Assembler firmware 
image 

End of file 

0 

FF# 


1-4 

Reserved for future use 


4.6 ASSEMBLER OUTPUT LISTING ERROR MESSAGES 

All of the error messages that are produced on the output 
listing by the assembler are defined herein. These messages de¬ 
scribe the nature of the problem, its possible causes, and sug¬ 
gested solutions. The following error messages are presented ex¬ 
actly as they appear in the output listing (see Figure 4-2). 

E01 MISSING SYMBOL FOR EQU DEFINITION 

The EQU statement is missing a statement label. 
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E02 MISSING VALUE FOR EQU DEFINITION 


The EQU statement requires a constant or previously defined 
EQU symbol after the EQU mnemonic. 

E03 SYMBOL PREV USED - REMAINS UNDEFINED 

An EQU symbol may not be used before it is defined. The la¬ 
bel of this EQU statement has been previously referenced and is 
assumed to be a firmware statement label in that reference. 

E04 SYMBOL PREVIOUSLY USED AS LABEL 

The EQU statement's label is already a label for a previous 
non-EQU statement. The label definition for this EQU statement 
is ignored. 

E05 MULTIPLY DEFINED LABEL 

This statement's label definition is ignored because it has 
been defined in a previous firmware statement. 

E06 ILLEGAL MICRO OP 

The indicated reserved word is only used as an operand. It 
cannot (by itself) specify a microoperation. 

E07 TOO MANY OPERANDS 


The indicated micro op-code cannot accommodate the number of 
arguments used. 

EOS PSEUDO OP CANNOT BE OPERAND 

The indicated reserved word is a pseudo-op and cannot be used 
as an operand for a micro op-code. 

E09 MISPLACED VALUE 

The statement already has an address or the previous operand 
list has been completed. A comma might be missing. 

E10 MISPLACED SYMBOL 

The assembler is expecting a microinstruction but has de¬ 
tected a nonreserved word. Either the symbol was intended for 
the previous operand list, in which case a comma might be miss¬ 
ing, or a reserved word might have been misspelled. 

Ell MISPLACED STATEMENT REFERENCE 

The assembler expects a microinstruction at the indicated po¬ 
sition but has encountered a statement reference. There might be 
a comma missing. 
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E12 PSEUDO OP IN FIRMWARE STATEMENT 


The indicated pseudo-op cannot be used in a firmware 
statement. 


El3 MISPLACED PUNCTUATION 


The assembler is expecting a microinstruction but has encoun¬ 
tered a stray punctuation mark. Operands might have been inten¬ 
ded for the previous microinstruction but it should not have any. 

E14 LABEL PREVIOUSLY DEFINED IN EQU STATEMENT 

The indicated firmware statement label has been previously 
defined in an EQU statement. The label is ignored. 

E15 REQUIRED OPERAND MISSING 

The operand list does not have the minimum number of required 
operands for the associated microinstruction, or an illegal null 
argument has been encountered. 

E16 ILLEGALLY FORMED STRING 

Some character is probably missing. 

E17 SYMBOL TABLE FULL 

The assembler cannot save any more symbols. The indicated 
definition or reference will go unresolved. An increase in the 
size using the -SIZE argument in the command line will alleviate 
the problem (refer to Section Five). 

E18 ILLEGAL CHARACTER 


The indicated character is not in the assembler's set of le¬ 
gal characters. 

E19 ILLEGAL DIGIT 


The indicated character is not legal for the radix type spec¬ 
ified at the beginning or end of the constant. 

E20 QUOTE MISSING 


The terminating quotation mark (') for the indicated constant 
was not found; however, the constant has been accepted. 

E21 ILLEGAL LEX STATE 

The state number for the lexical analysis routine has been 
inadvertently changed. The current string, up to and including 
the indicated character, is ignored; the routine will try to rec¬ 
ognize the next string starting with the next character. 
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Reattempt the assembly and, if the error persists, report the 
problem and retain the source that caused it. 

^ y 

E22 ILLEGAL LEX NEXT STATE 

The lexical analysis routine's calculation of its next state 
is out of range. The current string, up to and including the in¬ 
dicated character, is ignored; the routine will try to recognize 
the next string starting with the next character. Reattempt the 
assembly and, if the error persists, report the problem and 
retain the source that caused it. 

E23 EOF ENDED STATEMENT 

The previous line of the indicated statement ends with a 
semicolon, but additional lines have not been found. 

E24 SYMBOL IS ILLEGAL OPERAND 

The symbol at the indicated operand position is illegal for 
the current microinstruction. 

E25 MISPLACED + OR - 

The indicated + or - is not part of a statement reference. 

There might be two of these characters in a row, the * may be 
missing, or the - might be used as the first character of a sym¬ 
bolic name. 

E26 NA FIELD = 0 or 1 

In Sequential Branching mode, the branch address cannot be 
equal to 0 or 1 because the hardware will inadvertently detect 
a disaster condition and branch to native firmware location 000. 

E27 UNDEFINED SYMBOL 

The indicated user symbol has not been defined as either an 
EQU symbol or a firmware statement label. 

E28 IMAGES LIST OVERFLOW 

The assembler cannot accommodate any more temporary firmware 
images in the remainder of the symbol table. Increase work space 
using the -SIZE option in the command line. 

E29 VALUE ASSIGNMENT CONFLICT 

The assembler cannot assemble the value of the indicated ele¬ 
ment without changing the value of at least one other bit in the 
firmware image. In this manner, the assembler detects illegal 
coding combinations. This error occurs when one or more of the 
restrictions summarized in Appendix D have been violated. If it f 

is not obvious which restrictions have been violated, the user 
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C Mould reference Appendix C to determine the firmware image bits 
.jat are in conflict. 

E30 REFERENCED STATEMENT DOES NOT EXIST 

The referenced statement (i.e., the current statement plus 
the specified offset) is before the first or after the last firm¬ 
ware statement number. This message may also appear for the last 
statement in the Transparent mode when the assembler attempts to 
set the next address field to *+l in the absence of an explicit 
firmware sequencing microinstruction. 

E31 F REGISTER SET AND TEST 

CPU timing cycles do not permit both the copying of data into 
the F/SEL register and testing the data in the same firmware 
step. 

E32 F REGISTER SET AND SPLATTER BRANCH 

Splatter branching based upon the contents of the F register 
cannot be reliably performed if the contents of the F register 
are changed in the same firmware step. 

E33 ALU OUTPUT TO MEGABUS 

^ There is insufficient time in the current CPU cycle to trans¬ 
fer the output of the ALU (via the internal bus) to the Megabus 
and initiate a write cycle. 

E34 AXXX DOUBLING OP. LS NOT = RS (See Appendix C) 

For the basic microinstruction AXXX, the left select and 
right select fields must have the same values. 

E36 ILLEGAL NO OPTION 

The only option that may appear with pseudo-op NO is LIST. 

E37 START BIT POSITION NOT BETWEEN 0 AND 63 

The starting bit position for the indicated SET microinstruc¬ 
tion is not between 0 and 63 (refer to Appendix C). 

E38 INVALID BIT RANGE 

The field size of the indicated SET microinstruction extends 
the field range beyond bit position 63 (refer to Appendix C). 

E39 ONE SEQ MODE OPERAND MUST BE VALUE 

( One of the fjrst two operands of a condition in the 
-Sequential mode must specify a branch address (literal, statement 
reference, or symbol). 
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£40 ONE OPERAND MUST BE MULL OR RETURN 


One of the first two operands of a condition in the 
Sequential mode must be either null or the mnemonic RETURN. 

E41 ONE NATIVE OPERAND MUST BE VALUE 



Both operands of a condition in the Transparent mode may not 
specify XL or splatter branching. 

E42 ILLEGAL BRANCH IN SEQUENTIAL MODE 

The branch type specified may be used only in the Transparent 
branching mode. 

E43 ILLEGAL BRANCH IN NATIVE MODE 


The branch type specified may be used only in the Sequential 
branching mode. 

E44 INCOMPATIBLE BRANCH ADDRESS 

In the Transparent branching mode, the low order two bits for 
either of the two address values do not equal three, or the upper 
nine bits of the two address values do not equal each other. 

E45 MNEMONIC IS ILLEGAL OPERAND 

The indicated reserved word is not a legal operand for the 
current microinstruction. 

E46 VALUE IS ILLEGAL OPERAND 

The use of an EQU symbol, constant, or statement reference in 
the indicated position is illegal for the current micro op-code. 

E47 STATEMENT REF IS ILLEGAL OPERAND 

A statement reference cannot be used as an operand in the in¬ 
dicated position for the current micro op-code. 

E48 MISSPELLED OPCODE 

The indicated op-code was not recognized as a reserved mne¬ 
monic by the assembler. 

E49 LABEL IS A RESERVED MNEMONIC 

The indicated reserved mnemonic is in the label field (i.e., 
the first character after the line number). 
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E50 SYNTAX STATE ERROR 


The state number for the syntax analysis routine has been in¬ 
advertently changed. The current statement is ignored; the rou¬ 
tine will attempt to process the next statement. Reattempt the 
assembly and, if the error persists, report the problem and 
retain the source that caused it. 

E51 CANNOT GENERATE GOTO * + l 

In the absence of a firmware sequencing microinstruction in 
the Transparent mode, the assembler attempted to generate code 
for a GOTO *+l statement. The attempt failed because bits in the 
next address field had already been set to values different than 
the address of *+l. Microinstructions that affect the next 
address field include: (1) a constant as an internal bus source, 
and (2) the FLOPS operands CTRO and CTRl. 


4-21/4-22 






SECTION 5 - OPERATING AND SYSTEM 
DEBUGGING PROCEDURES 


To complete development of user-generated firmware, the mi- 
croprogrammer must perform three tasks: (1) assemble the source 
file to produce a machine-language object file, (2) load the ob¬ 
ject file or microprogram into the WCS, and (3) execute and debug 
the microprogram. 

The information contained herein describes the procedures 
that are necessary to perform these tasks and includes: 

• Using the WCS assembler. 

• Loading the WCS. 

• Debugging WCS microprograms. 

• WCS patch procedure. 

• Microcode Analyzer. 

These procedures are written with the assumption that the 
reader has read and is familiar with the material contained in 
Sections One through Four. If not, it is recommended that the 
reader review this material before proceeding with Section Five. 

5.1 USING THE WCS ASSEMBLER 

Before a user-generated microprogram can be executed, the 
source file must first be assembled to produce machine-language 
object code that can be loaded into the WCS. 

The assembly process is initiated using the Writable Control 
Store Assembler (WCSA) command. This command invokes the GCOS 6 
writable control store assembler component, which assembles the 
WCS source program unit, applying the specified options. 

The proper format for the WCSA command is: 

WCSA path [ctl_arg] 


where: 

path specifies the name of the file containing the source 
unit to be assembled. 

[ctl_arg] represents one or more control arguments chosen 
from the following: 

-NO_OBJ or -NO indicates that the generation of the object 
text unit is to be suppressed. If this argument is omitted, 
the object text unit is written to the file path.WO. 
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-NO_LIST or -NL indicates that the source listing is to be 
suppressed. If this argument is omitted, the source listing 
is written to file path.L. 


-LIST_ERRS 
only those 
associated 


or -LE specifies 
statements which 
error messages. 


that 

have 


the list file shall 
assembly errors and 


contain 

their 


-SIZEnn or -SZnn specifies the number (01 through 63 
decimal) of 1024-word memory blocks that are to be used for 
the assembler's work tables. If this argument is omitted, 
the assembler will request 1024 words from the task's groups 
memory pool. 

-COUT out_path indicates that the listing which would other¬ 
wise be written to the file path.L is to be written to file 
out_path. 


-OBJECT obj_path or -OBJ obj_path indicates that the object 
text unit which would otherwise be written to the file 
path.WO is written to file obj_path. 


• The path parameter can assume any of the acceptable forms of 
a path name; a simple name indicates that a source program unit 
residing in the working directory is to be assembled. The assem¬ 
bler appends a .WA suffix to path if it is not provided in the 
command line. The assembler then gets the source file path.WA. 
Should the search fail, the assembler drops the .WA and reat¬ 
tempts finding the file. In this manner, the assembler may ac¬ 
cept input from a peripheral device such as a card reader or tape 
drive. 


If the -COUT control argument is not specified, the source 
listing (if requested) is written to a file created by the assem¬ 
bler in the working directory, having a file name of path.L. The 
file can be subsequently listed by using the PRINT utility com¬ 
mand. If a different file is specified by using the -COUT argu¬ 
ment, out_path is the name of the file containing the listing. 

The assembler appends nothing to out path. 


If the -OBJECT or -OBJ arguments are not specified, the ob¬ 
ject text unit, when not suppressed, is written to a file created 
by the assembler in the working directory. The file name is 
path.WO where path is the last or only element in the path param¬ 
eter. If either -OBJECT or -OBJ is given, the object text unit's 
file name is obj_path. No suffix is appended to obj_path. 

If the listing and object files already exist, they are over¬ 
written by the output produced by the assembler. 

The following are examples illustrating the use of the WCSA 
command. 
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Example 1 


WCSA EXTOP -SIZE 5 -COUT>SPD>LPTO0 

The writable control store assembly language source program 
EXTOP.WA residing in the current working directory is to be as¬ 
sembled. The source listing and errors are to be printed on line 
printer 00. The object text unit is to be written to the file 
EXTOP.WO in the working directory. If EXTOP.WO already exists, 
its contents will be overwritten by the new object text unit 
data. A maximum of five 1024-word blocks of memory are to be 
used for working tables during the assembly. 

Example 2 


WCSA >SPD>CDR0U -OBJ WCSDCK.WO 

The card deck in card reader 00 is to be assembled. The 
source listing with errors is to be written to CDR00.L in the 
current working directory. The object text unit is to be written 
to file WCSDCK.WO, also in the current working directory. The 
card deck must be terminated by an EOF card (11-9-8-5 multipunch) 
and reloaded for the second pass. 

5.2 LOADING THE WCS 

The object code created by the WCS assembler and stored on a 
disk can be loaded into the WCS using the WCS loader. The loader 
is capable of loading multiple firmware files into the WCS, fill¬ 
ing unused locations with an operator-supplied firmware word, 
dumping the contents of the WCS, and disabling the WCS (effec¬ 
tively disengaging the WCS from the system). It is also possible 
to select any WCS connected to the Megabus by specifying the 
channel number of the associated CPU. Each of these functions 
may be requested either independently of or concurrently with any 
other function. However, it must be understood that if "filling" 
the WCS is requested, it is performed after all firmware text 
files have been loaded and, if "dumping" is requested, it is per¬ 
formed after loading and filling. Disabling the WCS, if 
requested, will be the last option executed. 

Multiple firmware files are loaded in the order in which they 
are named in the parameter list. No attempt is made to prevent 
multiple loading of the same location, but any location written 
to more than once during a single pass through the loader will be 
identified in a warning message. 

Automatic loading of the WCS with a certain set of firmware 
text files, or automatic disabling of the WCS can be performed at 
startup. The operator need only modify the START_UP.EC for the 
system to include the canned request. 
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5.2.1 Writable Control Store Load (WCSLD) Command 


The WCS loader is invoked using the WCSLD command, which is 
of the form: 


WCSLD 


pathlj |path2j . . . j^-DUMP [( [XXX] , [YYY] )]J 
-FILL (xxxx , xxxx , xxxx , xxxx)J £-OFfJ £-CPU (X)J 


where: 


pathl is the full or relative path name of an object text 
f ile. 


-FILL (xxxx,xxxx,xxxx,xxxx) or -FL (xxxx,xxxx,xxxx,xxxx) 
indicates that all locations not written to in the course of 
loading firmware files are to be filled with the firmware 
word (16 hexadecimal characters separated into groups of four 
by commas) within the parentheses. 


-DUMP [( [xxx] , [yyy] )] or -D [([xxx] , f yyy] )] indicates that the 
contents of the WCS within the range xxx to yyy, inclusive, 
are to be dumped to the USER-OUT system file after loading is 
complete; the default range is all of the addresses in the 
WCS. 

-CPU (X) or -CP (X) indicates that all other parameters to 
the loader apply to the WCS associated with the CPU on 
Channel X. 

-OFF indicates that after all other options are performed, 
the WCS is to be set off-line (disabled). 


NOTE 

All numeric arguments are enclosed within par¬ 
entheses and expressed in hexadecimal. Optional 
arguments are enclosed in braces. 

The argument -DUMP may be followed by an optional range qual¬ 
ification enclosed in parentheses and of the form: 

([xxx],[yyy]) 

where: 

xxx specifies the "Start" of the range in hexadecimal, 
yyy specifies the "End" of the range in hexadecimal. 


Star 
control 
largest 
is FFF. 


t defaults to the low address for RAMs in the indicated 
store, while End defaults to the high address. For the 
possible WCS the low address is 800 and the high address 
Range is specified in terms of 64-bit firmware words. 
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Each argument is optional, but at least one argument must be 
passed to the loader. The order of the arguments is immaterial, 
and each argument is considered independent of every other argu¬ 
ment. For example, -DUMP might be passed as an argument more 
than once, each time with a different range or no range at all. 
If a range is used, it will be the last explicit range 
encountered. 

5.2.2 Error Handling 


The error codes that can be generated by the loader are: 


ERROR 

CODE 

MEANING 

1E07 

“ Illegal parameter (accompanied by the parameter) 

1E12 

No parameter. 

1E13 

Invalid WCS status (accompanied by the status) 

1E14 

No RAMs in WCS 

1E15 

Attempt to output out-of-range address 
(accompanied by the address) 

1E16 

Attempt to write to nonexistent address 
(accompanied by the address) 

1E17 

Fill option not honored, because format of firm¬ 
ware word illegal or word omitted (accompanied 
by the firmware word) 

1E18 

Text file parameter invalid, does not end in ".WO" 
(accompanied by the parameter) 


Firmware files are assumed to have been generated by the WC3 
assembler, and therefore must have names ending in the suffix 
.WO. Loaded files are reported to the operator by the name in 
the title statement revision, assembly date, and 20 characters of 
the secondary identification; files are not identified by exter¬ 
nal name (i.e., name in directory entry). It is possible that 
the WCS may contain PROMs instead of RAMs, in which case the 
-DUMP option can be used to dump the contents of the PROM and 
disable the WCS. However, regardless of whether the WCS contains 
PROMs, or RAMs, or nothing at all, the -OFF option can be used to 
disable the WCS. 

Since addresses may range from 800 to FFF, the loader turns 
on the most significant bit of any WCS address passed as part of 
a dump range or as an address within a firmware file. To detect 
an address that is out of range the loader polls the two slots on 
the WCS to determine the occupant of each. The loader then 
establishes the low and high addresses for the WCS depending on 
whether it finds a RAM, PROM, or neither in the slot. 
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Error 1E15 results from an attempt to output an out-of-range 
address to the WCS. Instead of outputting a bad address the 
loader reports the error and leaves the WCS's internal address 
register unchanged. 

Error 1E16 results from an attempt to write to an out-of¬ 
range address, (i.e., an address beyond the highest address in 
the WCS). Upon encountering this error while loading firmware, 
the loader terminates the firmware file currently being loaded 
and goes on to the next firmware file. 

5.3 DEBUGGING WCS MICROPROGRAMS 

This subsection suggests methods for finding and correcting 
errors in user-generated firmware. The principal test tool for 
this activity is the Microcode Analyzer (refer to subsection 
5.5). The techniques described herein are intended to help the 
user get started in the debugging activity. The detailed actions 
taken after this initial effort depend heavily on the precise na¬ 
ture of the user firmware and the fault being pursued, and are 
necessarily left to the ingenuity of the user. 

It is asssumed that the user has assembled and loaded his 
firmware, has exercised it by embedding appropriate User Generic 
instructions in the software, and suspects that one of the fol¬ 
lowing conditions exists: 

• The User Generic firmware has not been entered. 

• The User Generic firmware has been entered, and does not 
exit. 

• The User Generic firmware has exited to report an unex¬ 
pected trap condition. 

• The User Generic firmware produces unexpected results. 
5.3.1 User Generic Not Invoked 

If the user suspects this is the case, he can confirm or 
eliminate the possibility by setting into the Microcode Analyzer 
a firmware-address halt at the entry ("splash") point for the 
instruction in question. This address is 800# plus the least 
significant digit of the instruction word. If, when the program 
is run, the CPU does not stop at the splash point, attention 
should be directed to the software to determine the reason. 
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NOTE 


( 

When a firmware-address halt is invoked, the central 
CPU clock stops after execution of the specified step. 

The "current" display on the Microcode Analyzer will 
contain the internal bus value generated in the next 
step and the address of the step after that. When 
selecting the firmware address at which to set the 
halt, it is important to choose one that is not fol¬ 
lowed by a Megabus read request or write operation 
that might address an unavailable resource because 
the Megabus time-out could override the address halt. 

A firmware-address halt set at native firmware splatter loca¬ 
tion ICO# stops the CPU upon recognition of every user generic 
instruction, if this is desired. Stepping the CPU clock forward 
from this point permits examination of the splash action. If the 
native firmware branches to the trap algorithm (location 33B#) 
instead of entering the WCS code, the user should consider the 
possibility that the WCS is not on-line (i.e., has not been writ¬ 
ten into since its last initialization). 

5.3.2 Instruction Does Not Exit 


If the control panel becomes unresponsive (register selection 
. ineffective, etc.), the firmware has probably encountered one of 
| three situations: 

• The clock is "stalled", waiting for a response to a 
Megabus read request. 

• Execution of the native trap firmware has triggered the 
unavailable resource response, resulting in an infinitely 
recursive trap. 

• The user firmware has entered a loop in which exit condi¬ 
tions cannot be satisfied. 

To distinguish among these situations, the user should place 
the Microcode Analyzer in the Step mode. If the RUN indicator on 
the Microcode Analyzer remains illuminated, the clock is stalled. 
In this case, the hexadecimal displays on the Microcode Analyzer 
are not meaningful. To determine the firmware location of the 
stall (and the firmware flow which led to it), first depress the 
Stall Examine (E) key to extinguish the RUN indicator. The firm¬ 
ware history can then be explored for possible occurrences of: 

• Use of data from Megabus without a prior request. 

• Use of data from Megabus when the preceding request was 
rejected. 

C 
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If the RUN indicator extinguishes when the Step mode is 
entered, a loop condition exists. Repeated actuation of the 
Execute key on the Microcode Analyzer will permit exploration of 
the nature and extent of the loop. The user must consider that 
the failure of the firmware to exit from the loop is probably due 
to some action or condition established prior to entering the 
loop. Further investigation might benefit from restarting the 
program after establishing a firmware address halt at or near the 
entry to the loop. When the CPU stops at this point, firmware 
history should help explain the cause of the problem. In select¬ 
ing the firmware address at which to set this halt, the following 
considerations may be helpful. If the loop is contained in WCS 
firmware, the user should employ his knowledge of that firmware 
to choose a point near the loop entry, avoiding (if possible) 
those shared by any prior, nonfaulty, executions of the code. 

If the loop includes native location 33B#, a recursive trap 
is involved. Location 33B# can then be used as the firmware- 
address halt location, but this should be avoided, if possible, 
because of the frequency with which various traps are normally 
invoked by the operating system. Usually, native location 003# 
is also included in the firmware loop and can be used as a more 
selective point at which to set the firmware-address halt. 

5.3.3 Instruction Exits Via Unexpected Trap 

If the instruction causes an unexpected trap, the techniques 
described in the preceding subsection can be used to facilitate 
retracing the steps leading to the trap exit. Note that, in gen¬ 
eral, when the firmware history of 16 steps is inadequate to 
identify the beginning of the problem, it can be used to select 
another firmware-address halt setting 16 steps earlier. Follow¬ 
ing a restart of the program, this will provide 16 steps of 
earlier history, and so on back to the original fetch of the 
instruction. 

Unexpected (i.e., hardware-detected) traps generally result 
from any one of the following five causes: ^ 

$ 

1. Reference to a resource which is not available on the 
Megabus. 

2. Reference to a non-existent or invalid memory location. 

3. Violation of memory protection. 

4. Detection of a parity error in data received via the 
Megabus. 

5. Receipt of data from memory with an error not correctable 
by EDAC. 


'4V 

) 
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It should be obvious that the first three causes may arise 
from either software or firmware errors, as well as from delib¬ 
erate actions. It is less obvious that uncorrectable memory er¬ 
rors can also be induced by improper firmware coding, which vio¬ 
lates timing requirements in the CPU - Megabus interface when the 
memory is being written into. Such mistakes are flagged by the 
WCS Micro Assembler, and should always be corrected before at¬ 
tempting to execute the assembled code. 

5.3.4 Instruction Executes and Produces Unexpected Results 

If the instruction and the program containing it appear to 
execute and exit normally, but the results are not those that 
were anticipated, the user must devise techniques for analyzing 
the problem. These will depend on the functional definition of 
the instruction, the algorithm used to implement it, and the na¬ 
ture of the fault syndrome. In this case, the internal bus dis¬ 
play on the Microcode Analyzer, as well as the firmware address 
pattern, will be useful. To obtain maximum information from this 
display, it is good microprogramming practice to employ the in¬ 
ternal bus in all firmware steps. When use of the internal bus 
is not required by the functional activity in a given firmware 
step, a source should be used which is likely to assist the de¬ 
bugging effort. For this reason, the default code generated by 
the Assembler in such firmware steps is defined to display the 
activity within the microprocessor. 

Another technique that may prove useful in debugging firmware 
functionality is the modification of the firmware and/or inser¬ 
tion of firmware patches to test or display register contents and 
other conditions of interest. For this purpose, the user is re¬ 
ferred to descriptions of the On-Line Editor, the WCS Assembler, 
and the WCS Loader for the tools necessary to modify, reassemble, 
ana load firmware patches. 

5.4 WCS PATCH PROCEDURE 

The WCS user, while debugging his microprogram, may want to 
alter (patch) the contents of selected firmware words. This 
patching is most easily accomplished by exiting WCS execution and 
invoking the text editor. The source file is then corrected and 
reassembled. The new object code is loaded into the WCS, replac¬ 
ing only those addresses specified in the source. An Execute 
Command (EC) file might be created to run through the Editor, WCS 
Assembler, and Loader while permitting interactive update in the 
editor. Given relatively short source files, this turnaround is 
fairly quick. 

Care should be taken in the above procedure during loading. 

In a situation where multiple object files are loaded, the design 
may rely upon the loader's loading all references to a firmware 
word. Therefore, the last reference for each firmware word is 
used. If the updated selected source is overlapped by other rou¬ 
tines in the total load, a full reload may be required. 
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For those applications where the source size adversely af¬ 
fects turnaround time, a second procedure may be adopted. Here, 
as before, the corrections are noted in the source listing. The 
editor is invoked and the corrected statements are entered from 
the keyboard or removed selectively from the source. The 
addresses for these statements must be specified to guarantee 
proper firmware modification. Labels used in branching may now 
be undefined and should either be replaced by constants or de¬ 
fined by LABEL statements. A special file may be added to the 
edit file to provide the correct DEFAULT statement and Branching 
mode. The edited file is then written to a new file. 

After exiting the editor, the source file must be assembled, 
with all errors being either noted or corrected. Acceptable ob¬ 
ject code is then loaded into the WCS by the WCS loader, affect¬ 
ing only those locations specified in the source file. The WCS 
is now loaded and testing may continue. 


NOTE 

The WCS loader accepts multiple object files. 

Thus, if the WCS memory has been altered or its 
contents are at least questionable, the update 
may still take place, with the new object file 
being appended to the list of object files pre¬ 
viously loaded. Since the new object file will 
be loaded last, its changes will be used. 

5.5 MICROCODE ANALYZER 

The Microcode Analyzer is a tool designed to assist the user 
during microprogram debug activities as previously described in 
subsection 5.3. It allows the user to display addresses and 
other useful data, while providing addditional facilities to as¬ 
sist the debugging effort. The material contained herein de¬ 
scribes these facilities. 

5.5.1 Front Panel 


The front panel, shown in Figure 5-1, consists of a hexa¬ 
decimal keyboard, eight HEX displays, and several miscellaneous 
switches and indicators. The keyboard input (shown at the right) 
is a regular hexadecimal keyboard. 


5-10 



CURRENT, TRAP, OR WCS INTERNAL BUS 

ADDRESS DISPLAY DISPLAY 



MICRO CODE ANALYZER 


•RESERVED FOR FUTURE USE 


Figure 5-1 Front Panel 
5.5.1.1 Front Panel Keys 


The front panel provides the user with a total of 1u keys 
(excluding the keypad) that control various analyzer functions. 
The function of each key is as follows: 


1. S key - places the CPU master clock in Single Step mode 

and illuminates the STOP indicator. 

2. R key - readies the CPU master clock and illuminates the 

RUN indicator. 


3. + key - if the STOP indicator is illuminated, it produces 

a single clock pulse; otherwise, it starts the 
master clock for continuous operation (or until 
the next address halt). 


4. C key - displays the current internal bus value in the 

five rightmost hexadecimal displays, the next 
address in the three leftmost hexadecimal dis¬ 
plays, and illuminates the CURRENT indicator. 

5. D key - displays one of the previous 16 current addresses 

and illuminates the DISP indicator; selection of 
the previous address is performed using the 
keypad. 


6. L key - displays the halt address in the three leftmost 

hexadecimal displays. 

7. E key - if the STOP indicator is illuminated, it 

releases the clock stall to allow the display to 
function. 


5-11 




8. A key - causes the analyzer to halt when the current 

address equals the halt address and illuminates 
the ADDR HALT indicator. 

9. CLR - terminates the operation invoked by the A key 
(halt) described previously. 

key 

5.5.1.2 Front Panel Indicators 

The front panel provides the user with a total of 11 indica¬ 
tors that specify the current mode of operation. Each of these 
indicators is defined below. 

1. ADDR HALT indicator - indicates that the A key has been 

depressed. 

2. LOAD indicator - indicates that the L key has been 

depressed. 

3. DISPLACED - indicates that the D key has been 

(DISP) depressed. 

indicator 

4. CURRENT - indicates that the C key has been 

indicator depressed. 

5. STOP indicator - indicates that the S key has been 

depressed. 

6. RUN indicator - indicates that the R key has been 

depressed. 

7. DISPLACEMENT - indicates the displacement of a 

indicators previous next address from the cur¬ 

rent next address. 

5.5.1.3 Internal Bus Display 

The rightmost five hexadecimal displays show the 20 bits from 
the internal bus. 

In addition to the current BI field display, it is possible 
to display previous history. To permit this, the last 16 firm¬ 
ware steps are stored and may be displayed by front panel 
manipulation. 

5.5.1.4 Address Display 

The leftmost three hexadecimal displays show the address of 
the firmware step to be executed next. This could be from the 
native PROM or from the WCS. These three displays are also used 
to display halt addresses. 
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Native PROM Display 


When this is displayed, the leftmost digit of the address 
hexadecimal displays is seven or less. The maximum number in 
this case is 7FF. 

WCS Display 

When this is displayed, the number shown is a minimum of 800 
and a maximum of FFF. 

Halt Address 


To display a Halt address, depress the L key, and the LOAD 
indicator should illuminate. The halt address may now be changed 
by entering the desired value, digit by digit, using the keypad. 

5.5.2 Normal Operation 

During normal operation the displays are continuously being 
updated at approximately six megacycles. 

5.5.2.1 Operate in Single Step Mode 

To operate in Single Step mode, perform the following steps: 

1. Depress the S key (the CLOCK STOP indicator should 
illuminate). 

2. Depress the + key for each clock cycle. 

5.5.2.2 Return to Continuous Operation 

To return to continuous operation perform the following 
steps: 

1. Depress the R key (the CLOCK RUN indicator should 
illuminate) . 

2. Depress the + key to start the clock. 

5.5.2.3 Set Up a Halt Address 

To set up a halt address perform the following steps: 

1. Stop the clock. 

2. Depress the L key (the LOAD indicator should illuminate). 

3. Load the address using the hexadecimal keypad. As each 
digit is loaded the register content is shifted left. 

4. Restart the clock by first depressing the R key, then the 
+ key. 
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NOTE 


Steps 1 and 4 may be omitted at the expense 
of not visibly displaying the address entered. 

5.5.2.4 Halt at a Particular Address 

To halt at a particular address, perform the following steps: 

1. Set up the address (refer to subsection 5.5.2.3). 

2. Depress the A key (the ADDR HALT indicator should 
illuminate). 

3. The system halts after execution of the firmware step at 
the halt address. 


NOTE 

When a firmware-address halt is invoked, the central 
CPU clock stops after execution of the specified step. 

The "current" display on the Microcode Analyzer will 
contain the internal bus value generated in the next 
step and the address of the step after that. When 
selecting the firmware address at which to set the 
halt, it is important to choose one that is not fol¬ 
lowed by a Megabus read request or write operation 
that might address an unavailable resource because 
the Megabus time-out could override the address halt. 

5.5.2.5 Disable Address Halt 

To disable address halt, depress the CLR key (located under 

the A key). 

5.5.2.6 Display the Current Data 

To display the current data, depress the C key. 

5.5.2.7 Display History 

To display history perform the following steps: 

1. Depress the D key (the DISP indicator should illuminate). 

2. Set up the required displacement using the hexadecimal 
keypad (the displacement indicators will confirm the 
entry in binary code). 

The hexadecimal display will show the next address and 
the BI bits corresponding to the displacement. A dis¬ 
placement of zero causes the sixteenth previous history 
step to be displayed. 
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5.5.2.8 Synchronize Oscilloscope 

To synchronize an oscilloscope perform the 

1. Set up address (refer to subsection 5. 

2. Depress CLR key (located under the A k 

3. Coaxial connector (located at rear of 
a sync pulse every time the selected s 


following steps: 
5.2.3) . 
ey) . 

analyzer) supplies 
tep is accessed. 


5-15/5-16 



ff 

4 . 



SECTION 6 - PROGRAMMING CONSIDERATIONS 


Those users that do not wish to use the Honeywell operating 
system for loading the WCS must develop their own software 
loader. The material presented in this section is intended to 
provide the user with the background information necessary to 
perform this task, and includes: 

• A description of the logical and physical layout of a WCS 
assembler object deck. 

• A description of the program steps required to load the 
firmware image into the WCS. 

• A definition of User Generics and their relationship to 
WCS entry points . 

6.1 LOGICAL AND PHYSICAL LAYOUT 

A description of the logical layout for the WCS assembler 
object deck is contained in subsection 4.5. The description of 
the physical layout for files is contained in the GCOS 6 Data 
File Organizations and Formats Manual (Order Number CB05). 

6.2 LOADING FIRMWARE IMAGE INTO WCS 

Loading the firmware into the WCS requires communication over 
the Megabus to the WCS from its associated CPU. During these 
Megabus transfers, the Megabus address lines will carry the chan¬ 
nel number of the WCS. 

The channel number assignment is directly related to the CPU 
to which the WCS is attached because of their committed associa¬ 
tion. The channel number of the WCS for each CPU is: 


CHANNEL NUMBER 

CPU 

WCS 

0000 

0040 

0080 

ooco 

0 3C0 
0380 
0340 
0300 


Since the WCS channel numbers are less than 0400#, the I/O 
instructions used to communicate with the WCS must employ a non¬ 
procedural form for the channel-control word (refer to the 
Honeywell Level 6 Minicomputer Handbook - Order Number AS22). 
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The two instructions necessary to load the firmware image 
into the WCS are the Output WCS Address and Output WCS Data 
instructions. 

Output WCS Address 

This instruction selects the WCS RAM starting location for 
data to be loaded into the WCS. The format of the Megabus 
address and data lines during the Output WCS Address instruction 
are: 


0 


7 8 


1718 23 


NOT USED 


WCS CHANNEL NUMBER 


0 0 0 1 0 1 


ADDRESS BUS 


0 15 

ADDRESS IN WCS - 0800# TO 0FFF# 


DATA BUS 

The information for the address bus is pointed to by the Control 
Address Syllable, while the information for the data bus is 
pointed to by the Data Address Syllable. 

Each 64-bit word in the WCS is divided into four 16-bit seg¬ 
ments. When an address is transferred to the WCS, the first seg¬ 
ment (i.e., the most significant 16 bits) is selected to receive 
the data from the next succeeding Output WCS Data instruction. 
Subsequent Output Data instructions increment the segment pointer 
and the control store address so that only the Output WCS Address 
instruction is necessary to load any number of contiguous loca¬ 
tions in the WCS. Four Output Data instructions are necessary to 
load each 64-bit firmware word. 

Output WCS Data 

This instruction loads a 16-bit segment of the WCS location 
selected by the Output WCS Address instruction. The format of 
the Megabus address and data lines during the Output WCS Data 
instruction are: 


0 


7 8 


1718 23 


NOT USED 


WCS CHANNEL NUMBER 


0 0 1111 


ADDRESS BUS 


0 


15 


16-BIT SEGMENT OF 64-BIT WCS WORD 
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DATA BUS 




The information for the address bus is pointed to by the Control 
Address Syllable, while the information for the data bus is 
pointed to by the Data Address Syllable. 

The segment pointer is incremented after each data transfer 
so that a subsequent data transfer loads the next 16-bit segment 
of the same WCS location. When four data transfers have occur¬ 
red, the control store address is incremented to select the next 
WCS location. Noncontiguous WCS locations can be loaded by issu¬ 
ing intermediate Output WCS Address instructions at the beginning 
of the data transfer for each firmware word. 

Typical Loading Sequence 

Figure 6-1 illustrates a typical loading sequence. The four 
Output Data I/O instructions are identical and are shown only to 
illustrate the necessity of testing for completion after every 
fourth transfer. 



Figure 6-1 Typical Loading Procedure 
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The memory addresses for the microcode transfers are unre¬ 
stricted with regard to sequence or contiguity. Address forms 
need only comply with the restrictions imposed by the Data 
Address Syllable (DAS) forms permitted in the I/O instructions of 
the CPU. 

6.3 RELATIONSHIP OF USER GENERICS TO WCS ENTRY POINTS 


The transfer of control from a use 
user-generated firmware routine in the 
the WCS Generic instruction. When the 
Generic instruction while processing a 
lowing Output Task Word command to the 


r's program in memory to a 
WCS is accomplished using 
CPU encounters a WCS 
program, it sends the fol- 
WCS via the Megabus. 


0 


7 8 


1718 23 


NOT USED 


CHANNEL NUMBER 


0 0 0 1 1 1 


ADDRESS BUS 


0 15 


WCS GENERIC INSTRUCTION 


DATA BUS 

The first word of the Generic instruction from the program in 
memory is transferred, over the Megabus data lines, to the WCS, 
and is of the form: 


0 7 

8 

9 101112 15 

000 00000 

1 

R G G 

EEEE 


where: 

Bits 0 through 7 are not used (all Zeros). 

Bit 8 equals One. 

Bit 9 (R) equals Zero and is reserved for future use. 

Bits 10 and 11 (GG) are the auxiliary command code 
bits. These bits are not decoded but can be tested 
by the microprogram. 

Bits 12 through 15 (EEEE) select one of the first 16 
locations in the WCS. 

This instruction word selects a specific entry point within 
the first 16 WCS locations. The selected entry point is the 
starting address of the user-generated firmware routine. 


( ; 


;f x 
'4 ,• 
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The Generic instruction codes (op-codes) range from 0080 
through 00BF. Table 6-1 lists each of the available op-codes and 
the corresponding WCS entry point. The op-code is also stored in 
RAM location 0 and the F/SEL register (refer to subsections 2.8.2 
and 2.8.3, respectively). RAMO and the F/SEL register can be 
used for further firmware branching to distinguish among up to 
four op-codes per WCS entry point. 

Table 6-1 WCS Entry Points 


GENERIC INSTRUCTION 
(OP-CODE) 

WCS 

ENTRY POINT 

0080, 

0090, 

00A0, 

00B0 

800 

0081 , 

0091 , 

00A1, 

0 0B1 

801 

0082, 

0092, 

00A2, 

00B2 

802 

0083, 

0093, 

00A3, 

00B3 

803 

0084 , 

0094, 

00A4, 

00B4 

804 

0Q8 5, 

0095, 

00A5, 

0 0B5 

805 

0086, 

0096, 

00A6, 

00B6 

806 

0087 , 

0097, 

00A7 , 

00B7 

807 

0088, 

0098, 

00A8 , 

0 0B8 

808 

0089, 

0099 , 

00A9, 

00B9 

809 

008A, 

009A, 

0 0AA, 

00BA 

8 0A 

008B, 

009B, 

00AB, 

00BB 

80B 

008C, 

009C, 

0 0 AC , 

0 0BC 

8 0C 

008D, 

009D, 

00AD, 

00BD 

80D 

008E, 

009E, 

0 0AE, 

00BE 

80E 

008F, 

009F , 

0 OAF, 

00BF 

80F 


i 
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Appendix A 

Writable Control Store Assembler Abort Codes (xxlD) 


< 


When the assembler detects an error that prevents completion 
of the assembly process, an appropriate "abort" code is gener¬ 
ated, informing the operator of the error condition. The abort 
codes currently in use are as follows: 

xxlD07 arg INVALID CONTROL ARGUMENT 

The specified control argument is unrecognized. 
Reenter the command using a valid control argument. 

xxlDOB INVALID -SIZE ARGUMENT 

The value specified in -SIZE (-SZ) is zero, greater 
than 63, or nonnumeric. 

xxlDOC FILE NAME NOT DESIGNATED 

The source file name is missing. Reenter the com¬ 
mand using the file name. 

XX1D13 OBJ_PATH ARGUMENT IS MISSING 

The OBJ_PATH ARGUMENT (object unit name) following 
-OBJECT (-OBJ) is missing or the argument list is 
too short. Reenter the command using the correct 
argument. 

XX1D14 OUT_PATH ARGUMENT IS MISSING 

The OUT_PATH ARGUMENT (output listing file name) 
following -COUT is missing or the argument is too 
short. Reenter the command using the correct 
argument. 

XX1D17 SOFTWARE ERROR - PLEASE RERUN 

An illegal pseudo-op-code number has been received. 
Rerun the Assembler. If the error persists, please 
contact Honeywell. 
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xxlDl8 


SOFTWARE ERROR - PLEASE RERUN 


An illegal nonencoding token type has been 
detected. Rerun the Assembler. If the error per¬ 
sists, please contact Honeywell. 


W 


if'- 
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Appendix B 

Firmware Word Format 


( 



The format of the 64-bit firmware word is illustrated in 
Figure B-l. 

As shown in Figure B-l, the firmware word is divided into 15 
fields: AD, AF, AS, BI6, BR, BS, C, CK, DI, GP, LS, NA, RS, SM, 

and TC. Combinations of these fields control different portions 
of the CPU hardware. 

AD Field (Bits 9 through 11) 

The AD field controls: 


• The destination of the ALU result within the microproces¬ 
sor area 

• The microprocessor area shift logic 

• The availability of microprocessor area elements to the 
internal bus. 


When the AD field specifies a destination within the register 
file, the RS/SM fields interact to select the specific register 
file location that receives the ALU result - RF(R). When the AD 
field makes a register file location available to the Internal 
Bus (BI), the LS/SM fields interact to select the 
ter file location that is made available - RF(L). 
lists the operations performed for each decode of 


specific regis- 
Table B-l 
the AD field. 
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INTERNAL BUS CONTROLS 



MEGA8US INTERFACE CONTROLS 



Firmware Word Format 














































Table B-l RALU Destination (AD) Field Decodes 


AD DECODE 


OPERATION 

PERFORMED 



0 

Q—ALU res 

suit 





ALU 

result 

made 

available 

to 

BI 

1 

ALU 

result 

made 

available 

to 

BI 

2 

RF ( 

R)—-ALU result 




RF ( 

L) made 

avail 

Lable to BI 



3 

RF ( 

R)-»—ALU result 




ALU 

result 

made 

available 

to 

BI 

4 

DR 

(double 

word 

right shift) 



ALU 

result 

made 

available 

to 

BI 

5 

SR 

(single 

word 

right shif 

t) 



ALU 

result 

made 

available 

to 

BI 

6 

DL 

(double 

word 

left shift 

) 



ALU 

result 

made 

available 

to 

BI 

7 

SL 

(single 

word 

left shift 

) 



ALU 

result 

made 

available 

to 

BI 


Field (Bits 12 throuc 


The AF field controls: 


• The function performed by the ALU 

• Changes in MMU operation. 


The ALU has two input ports called J and K. The data avail¬ 
able to these ports is controlled by the AS field. Table B-2 
lists the operations performed for each decode of the AF field. 



AF DECODE 


OPERATION PERFORMED 


0 

J+K 

1 

K-J-l 

2 

J-K-l 

3 

J V K 

4 

Undefined 

5 

K A J 

6 

J ¥ K 

7 

J ¥ K 

8 

J+K + l 

9 

K-J 

A 

J-K 

B 

J V K 


RINGINIT 

C 

J A K 

D 

K A J 


NONPROC 

E 

J V K 


RINGCALC 

F 

J ¥ K 


DDLEQO 


RINGCALC 

its 16 throug 

h 19) 






FIBS 










AS bits 1 through 3 control the data made available to the 
ALU input ports (J and K). If data is sourced from the register 
file, the specific register file location is selected by the 
interaction of the LS/SM fields and/or the RS/SM fields. Table 
B-3 lists the data made available to these ports for each decode 
of AS bits 1 through 3. 

Table B-3 RALU Source (AS) Field Decodes 


AS DECODE 
(BITS 17-19) 

ALU INPUT SOURCE 

J PORT 

K PORT 

0 

RF(L) 

Q 

1 

RF (L) 

RF (R) 

2 

ZERO 

Q 

3 

ZERO 

RF (R) 

4 

ZERO 

RF (L) 

5 

BI 

RF (L) 

6 

BI 

Q 

7 

BI 

ZERO 


Definitions 

RF(R) - Denotes RS/SM Field Interaction 
RF(L) - Denotes LS/SM Field Interaction 

If AS(0) equals One, functions CRY, OVFL, and AUZ are gener¬ 
ated on a 16-bit result. If AS(0) equals Zero, functions CRY, 
OVFL, and AUZ are generated on a 20-bit result. 

If AS(0) and LS(0) both equal Zero, RF(L) is treated as a 
16-bit quantity sign-extended to 20 bits, and functions CRY, 
OVFL, and AUZ are generated on a 20-bit result. Table B-4 lists 
the only legal combinations of the AS and AF fields for this 
case. 


Table B-4 Legal Combinations of AS and AF Fields 


AS DECODE 

AF DECODE 

OPERATION PERFORMED 

1 

6 

ALU result RF(L)se *2 

2 

0 

ALU result — RF(L)se+Q 

2 

8 

ALU result RF(L) se +Q+1 

3 

0 

ALU result — RF (L) SE +RF(R) 


NOTE 


RF(L)se = RF(L) sign-extended to 20 bits by 
replacing the four most significant bits with 
copies of the SIGN flop. 
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When shifting the XB register (GP Field = 04, 05, 
or 15), AS(0) controls what is received in XB(0). If 
equals One, XB(0) receives bit 19 of the ALU result, 
equals Xero, XB(0) receives the complement of RS(0). 


BI6 Field (Bits 22 through 27) 
The BI6 field controls: 


• Most internal bus sources 

• Data received by I register (or bits thereof) 


09, 0A, 
AS (0) 

If AS(0) 


14 


Table B-5 lists the data received by the internal bus 
the I register for each decode of the BI6 field. 


(BI) or 


Table B-5 Internal Bus Selector (BI6) Decodes 

(Sheet 1 of 2) 


BI6 DECODE 

OPERATION PERFORMED 

0z 

BI (0-11)— 0 

BI (13-15)—NA(3-6) 

BI (16-19)— Oz 

lz 

BI (0-3) —0 

BI (4-11)— FF 

BI (12-15) — NA(3-6) 

BI (16-19) —z 

20 

BI srcmod = R8 (DI field must = 5) 

21 

BI —IDSy where y = NA(3-6) 

22 

BI— HL8 

23 

BI—-BD or BP (if made available by BS field) 

BI—-RUP (if BD, BP not made available) 

24 

BI—— P or Y or MMU (as made available by BS field) 

25 

BI—BDH or BPH (if made available by BS field) 

BI—-Panel (if BD and BP not made available) 

26 

BI srcmod = L4 (DI field must = 0) 

27 

BI— LVL 

28 

Undefined 

29 

BI— IDCy where y * NA(3-6) 

2A 

BI—- H (bytes swapped) 

2B 

BI— Z 
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Table B-5 Internal Bus Selector (BI6) Decodes 

(Sheet 2 of 2) 


BI 6 DECODE 

OPERATION PERFORMED 

2C 

Undefined 

2D 

BI-*- XBHEX 

2E 

BI— I 

2F 

BI— 3 

30 

No action 

31 

I —BI (12-19) 

32 

I(OV) —1 if BI (4) = BI(5); else, unchanged 

33 

I (OV) — OVFL 

34 

Undefined 

35 

I (I)—ACK 

36 

I (B)— AUZ 

37 

I (B) — BI (4) 

I (C) — CRY 

I (0) —OVFL 

38 

I (G)—BI(4) V AUZ 

I (L) —BI (4) 

39 

1(G) —ALU Result (0) V AUZ 

I (L) — ALU Result (0) 

3A 

I (G) — SIGN 

I (L) — SIGN 

I (U) —BI (4) 

3B 

I (C) —CRY 

I (0) —OVFL 

3C 

1(C) — Q (19) - AD field must be 4 or 5 

3D 

I (C) — BI (19) 

3E 

I (C) —BI (4) 

3F 

1(C) —CRY 






BR Field (Bits 48 through 51) 


The BR field controls the type of branching to be performed, 
depending on the current addressing mode (Transparent or Sequen¬ 
tial). However, in either case, the effect of this field depends 
on the contents of the Test Condition (TC) and Next Address (NA) 
fields, Tables B-6 and B-7 list the types of branching performed 
in Transparent mode and Sequential mode (respectively) for each 
decode of the BR field. 

Table B-6 Branch Type (BR) Field Decodes (Transparent Mode) 


BR DECODE 

BRANCH TYPE 

TEST CONDITION TRUE 

TEST CONDITION FALSE 

0 

—►NA V 3 

— NA 

1 

— XL 

— NA 

2 

—-XA Splatter 

— NA 

3 

—►XB Splatter 

— NA 

4 

—■ XR Splatter 

—NA 


NEWXR — 0 


5 

—XW Splatter 

— NA 


NEWXR — 0 


6 

—XE Splatter 

— NA 


NEWXR —0 


7 

—XF (location 020) 

— NA 


NEWXR —0 


8 

\ 

—NA 

— NA V 3 

\ 9 

—NA 

— XL 

A 

—NA 

—XA Splatter 

B 

—NA 

—XB Splatter 

C 

—NA 

—XR Splatter 



NEWXR —0 

D 

—NA 

—XW Splatter 



NEWXR — 0 

E 

—NA 

—XE Splatter 



NEWXR —0 

F 

—NA 

—XF (location 020) 



NEWXR —0 



(f 
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Table B-7 Branch Type (BR) Field 
Decodes (Sequential Mode) 



BRANCH TYPE 

BR DECODE 

TEST CONDITION TRUE 

TEST CONDITION FALSE 

0 

— NA 

— CSAC 

2 

—► NA 

— CSRAR 

4 

—► NA 

CSRAR-*—CSAC 

— CSAC 

8 

—► CSAC 

— NA 

A 

—►CSRAR 

— NA 

C 

-►CSAC 

— NA 

CSRAR—CSAC 

F 

(TC must = 0) 

LBRANCH 


NOTE 


The Control Store Address Counter (CSAC) contains 
the address of the current firmware step + 1. The 
Control Store Return Address Register (CSRAR) con¬ 
tains the address for subroutine returns. 

BS Field (Bits 31 through 35) 

The BS field controls: 

• The Megabus interface area 

• The availability of BD, BP, P, Y, and MMU as internal 
sources 

• P and Y as internal bus destinations 

• CTR. 


bus 


Table B-8 lists the operations performed for each decode of 
the BS field. 




Table 

B-8 Bus Control (BS) Field Decodes 
(Sheet 1 of 3) 

BS DECODE 

OPERATION PERFORMED 

00 

BUS PSELECT 

P available as BI source 

01 

BUS PURGE 

P available as BI source 

02 

BUS YSELECT or BUS MMURDACC 

Y available as BI source 

03 

BUS INCY 

Y available as BI source 

04 

BUS PSELECT 

P available as BI source 

Y-— BI 

05 

BUS INCP 

P available as BI source 

IF GP field = 4, 5, 6, 8, 9, A, 14, or 15 
CTR—— NA (1); else, CTR —-CTR+1 

06 

BUS MMUSELECT 

MMU available as BI source 

Y —— BI 

07 

BUS MMUWRACC 


Y available as BI source 

0 8 

BUS YSELECT 

Y available as BI source 

Y — BI 

09 

BUS YSELECT 

Y available as BI source 

P --BI 

0A 

BUS YSELECT 

Y available as BI source 

YRELOC—-BI 

OB 

BUS YSELECT 

Y available as BI source 


YR16 —BI 

oc 

BD is BI source 

Y— BI 


OD 


BUS INCY 

BD is BI source 









Table B-8 Bus Control (BS) Field Decodes 
(Sheet 2 of 3) 


BS DECODE 


OPERATION PERFORMED 


BD is BI source 
P —— BI 

BD available as BI source 

RDREQ CHGLOCK 

Y available as BI source 

RDREQ NORMAL (if C = 1) 

RDREQ NOCACHE (if C = 0) 

Y available as BI source 

RDREQ 1-0 

Y available as BI source 
Undefined 

WRTWORD INCY (if CK(0) = 0) 
WRTBYTE INCY (if CK (0) = 1) 

Y available as BI source 

WRTWORD CHGLOCK (if CK(0) = 0) 
WRTBYTE CHGLOCK (if CK(0) = 1) 

Y available as BI source 

WRTWORD I-O, INCY (if CK(0) = 0) 
WRTBYTE I-O, INCY (if CK(0) = 1) 

Y available as BI source 

WRTWORD I-O (if CK(0) = 0) 
WRTBYTE I-O (if CK(0) = 1) 

Y available as BI source 

Undefined 

RDREQP 

P available as BI source 
RDREQP 

Y available as BI source 
P-*— BI 

Undefined 


BP is BI source 
P—P + 1 
Y —— BI 

If GP field = 4, 5, 6, 8, 9, A 14, or 15 
CTR -— NA (1) ; else, CTR -— CTR+1 





Table B-8 Bus Control (BS) Field Decodes 
(Sheet 3 of 3) 


BS DECODE 

OPERATION PERFORMED 

ID 

BP is BI source 

P P + 1 

If GP field = 4, 5, 6, 8, 9, A, 14 or 15 
CTRNA (1) ; else, CTR—- CTR+1 

IE 

Undefined 

IF 

Undefined 


C Field (Bit 52) 


The C field controls whether or not the Cache, if installed, 
is to be used during read operations. In general, this bit must 
be Zero. For procedural read requests (BS field equals 19, 1A, 
1C, or ID), bit 52 must be a One. For data read requests (BS 
field equals 11), bit 52 will be a One if the Cache is being 
used, and Zero if it is being bypassed. 

CK Field (Bits 20 and 21) 

The CK field controls: 

• The firmware clock speed during nonwrite operations 

• Whether a byte or word is written during write operations. 

Table B-9 lists the clock speeds for each decode of the CK 
field. 


Table B-9 CPU Clock Speed (CK) Field Decodes 


CK DECODE 

CLOCK SPEED 

0 

Very Long 

1 

Half Long 

2 

Half Fast 

3 

Very Fast 


NOTES 

1. If bit 20 equals Zero during a Megabus 
write operation, a word is written. 

2. If bit 20 equals One during a Megabus 
write operation, a byte is written. 
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PI Field (Bits 0, 4, and 8) 


The DI field controls: 

• The RAM as an internal bus source and destination 

• Whether the microprocessor area output made available to 
the internal bus by the AD field is used as an internal 
bus source. 

When the RAM is an internal bus source or destination, the 
specific RAM location is selected by the interaction of the LS/SM 
fields. Table B-10 lists the operations performed by each decode 
of the DI field. 


Table B-10 Internal Bus Control (DI) Field Decodes 


DI DECODE 

OPERATION PERFORMED 

0 

BI SRCMOD is L4 (BI6 field must = 26) 

1 

BI — microprocessor output 

2 

BI ——microprocessor output 

R&M(L) ——BI 

3 

Undefined 

4 

No action 

5 

BI SRCMOD is R8 (BI6 field must = 20) 

6 

RAM (L) —— BI 

7 

BI-— RAM (L) 


GP Field (Bits 36 through 42) 

The GP field controls: 

• The GP category of miscellaneous hardware 

• Certain internal bus destinations. 

Table B-l1 lists the operations performed for each decode of 
the GP field. 
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Table B-ll General Purpose (GP) Field Decodes 

(Sheet 1 of 4) 


GP DECODE 


OPERATION PERFORMED 


No action 
H— BI 

SIGN-*—BI (4) 


SIGN- 

ZERO' 

MISC- 


-BI (4) 
-AUZ 


F(8-ll)—-BI (12-15) 

SEL — BI (16-19) 

SIGN-—1 
NEWXR——1 

XB (1-3)—XB (02) 

XB(0) controlled by AS(0) 
SHIN2—0 
SHIN1 —0 

XB (1- 3) ——XB (0-2) 

XB(0) controlled by AS(0) 
ZERO—1 

F —BI (4-15) 

SEL—BI (16-19) 

XB —0 
NEWXR—1 


SEL — 
SHIN 2 
SHINl 
NEWXR 


-BI (16-19) 


F —BI (4-15) 

SEL —BI (16-19 ) 

ZERO —AUX 
SHIN2 —0 
SHINl—0 
XB —0 
MISC —0 
NEWXR- - —1 

XB(l-3)—XB(0-2) 

XB(0) controlled by AS(0; 
SHIN2 —0 
SHINl —1 
MISC —0 
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GP DECODE 

OPERATION PERFORMED 

1C 

SHIN2—-0 

SHIN1 — 0 

ID 

SHIN2 — 0 

SHINl — 1 

IE 

SHIN2 — 1 

SHINl — 0 

IF 

SHIN2—- 1 

SHINl — 1 

20 

F—BI (4-15) 

SEL —BI (16-19) 

NEWXR — 1 

21 

Undefined 

22 

F(8-11)—BI (12-15) 

SEL — BI (16-19) 

NEWXR—-1 

23 

MISC —0 

24 

MISC — 1 

25 

MISC—-CRY 

26 

MISC—-ACK 

27 

MISC—-MMU protection violation signal 

28 

Undefined 

29 

Undefined 

2A 

SEL —BI (16-19) 

NEWXR —1 

2B 

H —BI 

SEL —BI (16-19 ) 

NEWXR — 1 

2C 

H — BI 

2D 

Undefined 

2E 

Undefined 
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GP DECODE 

OPERATION PERFORMED 

2F 

Undefined 

30 

Undefined* 

31 

Undefined* 

32 

WRAP CRY V SIGN 

NEWXR —0 

33 

S (1-2)—-BI (5-6) 

34 

S (10-15)—BI (14-19) 
if F(5) = 0, INTBSY^—0 

35 

LINK—BI (11-18) 

36 

Undefined* 

37 

If AF = 9, B, D, or F, MMU validates 
range 

If AF = 8, A, C, or E, suppress MMU 
access rights check (NOCHEK) 

38 

Panel (most significant digit of display) 
—BI(16-19) 

39 

Panel (least significant four digits of 
display) •»—BI (4-19) 

3A 

Undefined* 

3B 

LOAD—-1 

3C 

Undefined 

3D 

TRAFFIC—ZERO 

3E 

LOAD—-0 

3F 

PANOK—-1 


*Used by native firmware 







LS Field (Bits 1 through 3) 


The LS field controls: ^ 

• The register file address when the AS field specifies 
RF(L) as an ALU input 

• The register file address when the AD field makes a reg¬ 
ister file location available to the internal bus 

• The RAM address when the DI field specifies the RAM as an 
internal bus source or destination 

• The interpretation of AS(0) equals Zero (refer to descrip¬ 
tion of AS Field). 

The LS field interacts with the SM field to select specific 
register file and/or RAM locations. The three-bit LS field spec¬ 
ifies a four-bit constant that is logically ANDed with the four- 
bit value specified by the SM field to calculate the register 
file and/or RAM address. Table B-12 lists the constants gener¬ 
ated from each decode of the LS field. 

Table B-12 RALU Left Select (LS) Field Decodes 


LS DECODE 

RESULTING 

CONSTANT 

0 

0 

1 

3 

2 

6 

3 

7 

4 

8 

5 

B 

6 

E 

7 

F 


NA Field (Bits 53 through 63) 

The NA field controls: 

• The next address for firmware sequencing 

• Constant generation on the internal bus 

• CTR initialization. 

The NA field, in conjunction with the TC and BR fields, con¬ 
trols the next firmware address. In general, the entire NA field 
specifies one of the alternative branch addresses. In 
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Transparent mode, if an XL or a splatter branch is being used (BR 
field * 0 Or 8), NA(0) determines the high order bit of the li¬ 
bit address. In Sequential mode, if an LBRANCH command is being 
used (TC Field = 0 and BR Field = F), NA(0-2) determines the high 
order three bits of the address. 

A constant is generated on the internal bus when BI6(0) 
equals Zero, or when BI6 equals 21 or 29. In all of these cases, 
four bits of the constant are derived from NA(3-6). 

When the BS field increments the P register (BS Field = 05, 
1C, or ID) and the GP field is controlling the XB register (GP 
Field = 04, 05, 06, 08, 09, 0A, 14, or 15), then CTR is set to 
NA (1) . 

RS Field (Bits 5 through 7) 

The RS field controls: 

• The register file address when the AS field specifies 
RF(R) as an ALU input 

• The register file address when the AD field specifies a 
register file location as the destination for the ALU 
result 

• XB(0) when shifting the XB register. 

The RS field interacts with the SM field to select specific 
register file locations. The three-bit RS field specifies a 
four-bit constant that is logically ANDed with the four-bit value 
specified by the SM field to calculate the register file address. 
Table B-13 lists the constants generated from each decode of the 
RS field. 

Table B-13 RALU Right Select (RS) Field Decodes 


RS DECODE 

RESULTING 

CONSTANT 

0 

0 

1 

3 

2 

6 

3 

7 

4 

8 

5 

B 

6 

E 

7 

F 
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When shifting the XB register (GP Field = 04, 05, 09, 0A, 14, 
or 15) and AS(0) equals Zero, XB(0) receives the complement of 
RS (0) . 

SM Field (Bits 28 through 30) 

The SM field interacts with the LS and RS fields to select 
specific register file and/or RAM addresses. The three-bit SM 
field specifies a four-bit value that is logically ANDed with the 
four-bit constant specified by the LS field to calculate 
addresses controlled by LS. The four-bit value specified by the 
SM field is also logically ANDed with the four-bit constant 
specified by the RS field to calculate addresses controlled by 
RS. The value specified by the SM field is either a constant or 
a function of the F/SEL register. Table B-14 lists the four-bit 
value resulting from each decode of the SM field. 


Table B-14 Select Modify (SM) Field Decodes 


SM DECODE 

RESULTING 4-BIT VALUE 

0 

B'llll' (constant of all l's) 

1 

1 f F (1-3) 

2 

1,F (9-11) 

3 

B'1110' 

4 

Undefined 

5 

B'1101 ' 

6 

1,SEL(1-3) 

7 

SEL (0-3) 


TC Field (Bits 42 through 47) 

The TC field specifies the test condition to be used during 
firmware sequencing. Table B-15 lists the test conditons for 
each decode of the TC field. 
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Table B-15 Test Condition (TC) Field Decodes 
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TC DECODE 

CONDITION 

17 

IFAUZ - AS (0) = 1 

IFAUZ20 - AS(0) =0 

18 

IFCACHE 

19 

IFRMWF 

1A 

I FLOCK 

IB 

IFTRACE 

1C 

IFIC 

ID 

IFACK 

IE 

IFPRIV 

IF 

IFPARER 

20 

IFSELEQO 

21 

Undefined 

22 

IFNUM7 

23 

IFXBO 

24 

IFF4 

25 

IFF5 

26 

IFF6 

27 

IFF7 

28 

IFF8 

29 

IFDSELEQO (SEL—SEL-1) 

2A 

IFF9 

2B 

IFF11 

2C 

IFSELO 

2D 

IFSEL1 

2E 

IFSL1-3EQ7 






TC DECODE 

CONDITION 

2F 

IFSEL3 

30 

IFTICK 

31 

IFYELLOW (YELLOW, TICK-«—0) 

32 

IFREGAD 

33 

IFZERO 

34 

IFSIGN 

35 

IFMISC 

36 

IFSEL2 

37 

IFADRER 

38 

IFRUP 

39 

IFRPTR (SIGN —0) 

3A 

I FBI12 

3B 

IFOVFL - AS (0) = 1 

IFALUO - AS (0) =0 

3C 

Undefined 

3D 

Undefined 

3E 

IFQSR (AD = 4, 5) 

IFDDLEQ0 (AD = 0, 1) 

3F 

IFBI19 







/?rx 




Appendix C 


Reserved Word List 


and Encodings 


This appendix contains an alphabetical list of reserved 
words, and the values they cause to be encoded into the bits of 
the firmware word. The AREA column indicates the area with which 
the reserved word is associated and may be interpreted as 
follows: 


• BI 

• BUS 

• CK 

• FLOPS 

• PRV 

• PSEUDO 

• RALU 

• SEQ 


Internal Bus Area 
Megabus Interface Area 
Master Clock Area 
Miscellaneous Hardware Area 

Included to maintain compatibility with a previ¬ 
ous assembler 

Pseudo op-code 

Microprocessor Area 

Firmware Sequencing Area. 


The ENCODING column indicates the fields affected (refer to 
Appendix B) and the corresponding hexadecimal values. When mul¬ 
tiple values are specified, they are listed in their order of 
preference by the assembler. 


WORD 

AREA 

ENCODING 

AD 

PRV 

- 

ADD 

RALU 

AF = 0 

ADDl 

RALU 

AF = 8 

ADD1SE 

RALU 

AF = 8; LS(0) = 0 

ADDL 

PRV 

- 
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WORD 

AREA 

ENCODING 

ADDR 

PRV 

- 

ADDSE 

RALU 

AF = 0, 6; LS(0) = 0 

ADFN 

PRV 

- 

ADFQ 

PRV 

- 

ADFR 

PRV 

- 

ADLR 

PRV 

- 

ADSL 

PRV 

- 

ADSR 

PRV 

- 

AF 

PRV 

- 

AFADD 

PRV 

- 

AFAND 

PRV 

- 

AFINC 

PRV 

- 

AFIOR 

PRV 

- 

AFJ-1 

PRV 

- 

AFJ-K 

PRV 

- 

AFK-1 

PRV 

- 

AFK-J 

PRV 

- 

AFKNJ 

PRV 

- 

AFXNR 

PRV 

- 

AFXOR 

PRV 

- 

ALU 

BI 

AD = 1/ 0 f 3, 4, 5/ 6, 7? 

BS (1-2) = 0, 1, 2; 

[BI6 (0-1) = 3? DI « 1,2, or 

BI6 = 26, 20; DI (1) = 0] 

AMIOR 

PRV 

- 

AMKNJ 

PRV 

- 

AMXNR 

PRV 

- 

AMXOR 

PRV 

- 
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WORD 

. AREA 

ENCODING 

AND 

RALU 

AF = C 

ANDC 

RALU 

AF = 5 or D 

AS 

PRV 

- 

ASIL 

PRV 

- 

AS IQ 

PRV 

- 

ASIZ 

PRV 

- 

ASLQ 

PRV 

- 

ASLR 

PRV 

- 

AS Z L 

PRV 

- 

ASZQ 

PRV 

- 

ASZR 

PRV 

- 

AWIL 

PRV 

- 

AWIQ 

PRV 

- 

AWIZ 

PRV 

- 

AWLQ 

PRV 


AWLR 

PRV 

- 

AWZL 

PRV 

- 

AWZQ 

PRV 

- 

AWZR 

PRV 

- 

AXLP 

PRV 

- 

AXLQ 

PRV 

- 

AXLR 

PRV 

- 

AXXX 

PRV 

- 

BO 

RALU, BI 

Refer to Table C-l 

through 
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BB 


RALU, BI 


Refer to Table C-l 







WORD 

AREA 

. 

ENCODING 

BB3 

RALU, BI 

Refer to Table C-l 

BBE 

RALU, BI 

Refer to Table C-l 

BD 

BI 

DI = 4, 6; BS = OF, OD, OC, OE; 

[BI6 = 23 or BI6(0-1) = 3] 

BDH 

BI 

DI = 4, 6; BS = OF, OD, OC, OE; 

BI6 = 25 

BI 

RALU 

AS(l-3) = 5, 6, 7; may also 
affect setting of AF, depending 
on microprocessor function 

BI 

BI 

- 

BI 6 

PRV 

- 

BIA 

PRV 

- 

BIB 

PRV 

- 

BIH 

PRV 


BI I 

PRV 

- 

BIL 

PRV 

- 

BIN 

PRV 

- 

BIP 

PRV 


BIR 

PRV 

- 

BIS 

PRV 

- 

BITC 

PRV 

- 

BITS 

PRV 

- 

BIV 

PRV 

- 

BIX 

PRV 

- 

BIZ 

PRV 

- 

BM 

RALU 

Refer to Table C-l 

BM3 

RALU 

Refer to Table C-l 

BME 

RALU 

Refer to Table C-l 
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WORD 

AREA 

ENCODING 

BN 

RALU 

Refer to Table C-l 

BN 3 

RALU 

Refer to Table C-l 

BNE 

RALU 

Refer to Table C-l 

BP 

BI 

DI = 4, 6; BS = ID, 1C; 

[BI6 = 23 or BI6 (0-1) = 3] 

BPH 

BI 

DI = 4, 6; BS = ID, 1C; 

BI6 = 25 

BR 

PRV 


BS 

PRV 


BUS 

BUS 


CALL 

SEQ-OP-CODE 

BR = C; TC = 0 


SEQ-OPERAND 

BR(1-3) = 4 

CHGLOCK 

BUS 

BS = 10, 15; C = 0 

CK 

PRV 

- 

CKHF 

PRV 

- 

CKHL 

PRV 

- 

CKVF 

PRV 

- 

CKVL 

PRV 

- 

COPY 

RALU 

AF = 3, B, C 

CTRO 

FLOPS 

GP = 14, 6, 8, 15, 0A, 5, 4, 9; 
BS = 5, ID, 1C; NA(1) = 0 

CTRl 

FLOPS 

GP = 14, 6, 8, 15, 0A, 5, 4, 9; 
BS = 5, ID, 1C; NA(1) = 1 

DO 

through 

D7 

RALU, BI 

Refer to Table C-l 

DB 

RALU, BI 

Refer to Table C-l 

DB3 

RALU, BI 

Refer to Table C-l 

DBE 

RALU, BI 

Refer to Table C-l 

DDLEQO . 

FLOPS 

AF = F, B 






WORD 

AREA 

ENCODING 

DECR 

RALU 

[AS(1-3) - 2, 3, 4; AF = 1], or 
[AS(1-3) - 7; AF = 2] 

DEFAULT 

PSEUDO 

- 

DI 

PRV 

- 

DIA 

PRV 

- 

DIC 

PRV 

- 

DIN 

PRV 

- 

DIPE 

PRV 

- 

DIPF 

PRV 

- 

DIR 

PRV 

- 

DIW 

PRV 

- 

DL 

RALU 

AD = 6 

DM 

RALU, BI 

Refer to Table C-l 

DM3 

RALU, BI 

Refer to Table C-l 

DME 

RALU, BI 

Refer to Table C-l 

DN 

RALU, BI 

Refer to Table C-l 

DN 3 

RALU, BI 

Refer to Table C-l 

DNE 

RALU, BI 

Refer to Table C-l 

DR 

RALU 

AD = 4 

DRCB 

PRV 

- 

DRCI 

PRV 

- 

DRCL 

PRV 

- 

DSHL 

PRV 

- 

DSHP 

PRV 

- 

DSHU 

PRV 

- 

DSHY 

PRV 

- 

DSTL 

PRV 

- 
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WORD 

AREA 

ENCODING 

DSTU 

PRV 


DSTY 

PRV 

- 

DWHL 

PRV 

- 

DWHU 

PRV 


DWWL 

PRV 

- 

DWWU 

PRV 

- 

END 

PSEUDO 


EQU 

PSEUDO 


F 

BI 

GP = 20, 06, 08 

FLOPS 

FLOPS 

- 

FR8 

BI 

GP = 22, 03, OB 

GOTO 

SEQ 

TC = 0; BR = 8 

GP 

PRV 

- 

GP4 

PRV 

- 

H 

BI-SRC 

DI = 4, 6; BI6 = 2A; 

BS(1-2) = 0, 1, 2 


BI-DEST 

GP = 2C, 01, 2B 

HL 

CK 

CK(0) = 0 

HL8 

BI 

DI = 4, 6; BI6 = 22; 

BS (1-2) = 0, 1, 2 

I 

BI-SRC 

DI = 4, 6; BI6 = 2E; 

BS(1-2) = 0, 1, 2 


BI-DEST 

BI6 = 31 

M 

1 

o 

BUS 

BS = 12, 17, 16; C = 0 

IACK 

FLOPS 

BI6 = 35 

IBBI4 

FLOPS 

BI6 = 37 

IBNAZ 

FLOPS 

BI6 = 36; AS(0) = 1 
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WORD 

AREA 

ENCODING 

IBNAZ20 

FLOPS 

BI6 = 36; AS(0) = 0; 

LS (0) = 0 - refer to Note 

ICBI4 

FLOPS 

BI6 = 3E 

ICBI19 

FLOPS 

BI6 = 3D 

ICQSR 

FLOPS 

BI6 = 3C; AD ■ 4, 5 

ICRY 

FLOPS 

BI6 = 3F, 3B, 37; AS(0) = 1 

ICRY20 

FLOPS 

BI6 = 3F, 3B, 37; AS(0) = 0; 
LS(0) = 1 - refer to Note 

IDCO 

through 

IDCF 

BI 

DI ■ 4, 6; BI6 = 29; 

BS (1-2) = 0, 1, 2; NA(3-6) = y 
where y = 0 through F 

IDS 0 
through 

IDSF 

BI 

DI = 4, 6; BI6 = 21; 

BS (1-2) = 0, 1, 2; NA(3-6) « y 
where y = 0 through F 

IF4EQ5 

SEQ 

TC = 15 

IFACK 

SEQ 

TC = ID 

IFADRER 

SEQ 

TC = 37 

IFALUO 

SEQ 

TC = 3B; AS(0) - 0; 

LS(0) = 1 - refer to Note 

IFAUZ 

SEQ 

TC = 17; AS(0) = 1 

IFAUZ20 

SEQ 

TC = 17; AS(0) = 0; 

LS(0) = 1 - refer to Note 

IFBCND 

SEQ 

TC = 08 

IFBI4 

SEQ 

TC = 13 

IFBI12 

SEQ 

TC = 3A 

IFBI19 

SEQ 

TC = 3F 

IFBINUM 

SEQ 

TC = 10 

IFCACHE 

SEQ 

TC = 18 

IFCIP 

SEQ 

TC = 03 

IFCRY 

SEQ 

TC = 11; AS(0) = 1 
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WORD 


AREA 


ENCODING 


IFCRY20 

SEQ 

TC = 11; AS(0) = 0; 

LS(0) = 1 - refer to Note 

IFDDLEQO 

SEQ 

TC = 3E; AD = 0, 1 

IFDSELEQO 

SEQ 

TC = 29 

IFEXEC 

SEQ 

TC = 09 

IFF4 

SEQ 

TC = 24 

IFF5 

SEQ 

TC = 25 

IFF6 

SEQ 

TC = 26 

IFF7 

SEQ 

TC = 27 

IFF8 

SEQ 

TC = 28 

IFF9 

SEQ 

TC = 2A 

IFF11 

SEQ 

TC = 2B 

IFGTWD 

SEQ 

TC = 06 

IFHALF 

SEQ 

TC = 04 

IFIC 

SEQ 

TC = 1C 

IFII 

SEQ 

TC = 10 

IFLAF 

SEQ 

TC = 0A 

IFLOAD 

SEQ 

TC = 0B 

IFLOCK 

SEQ 

TC = 1A 

IFMISC 

SEQ 

TC = 35 

IFMIZR 

SEQ 

TC = 0C 

IFNUM7 

SEQ 

TC = 22 

IFOVFL 

SEQ 

TC = 3B; AS(0) = 1 

IFPARER 

SEQ 

TC = IF 

IFPMUX 

SEQ 

TC = OF 

IFPRIV 

SEQ 

TC = IE 

IFQSR 

SEQ 

TC = 3E; AD = 4, 5 





WORD 

AREA 

ENCODING 

IFQUAD 

SEQ 

TC = 07 

IFREGAD 

SEQ 

TC = 32 

IFRMWF 

SEQ 

TC = 19 

IFRPTRP 

SEQ 

TC = 39 

IFRUP 

SEQ 

TC = 38 

IFSCISTR 

SEQ 

TC = 01 

IFSELO 

SEQ 

TC = 2C 

IFSELl 

SEQ 

TC = 2D 

IFSEL2 

SEQ 

TC = 36 

IFSEL3 

SEQ 

TC = 2F 

IFSELEQO 

SEQ 

TC = 20 

IFSHIN 

SEQ 

TC = 14 

IFSHIN1 

SEQ 

TC = OD 

IFSHIN2 

SEQ 

TC = OE 

IFSHZ 

SEQ 

TC = 16; AS(0) = 1 

IFSHZ20 

SEQ 

TC = 16; AS(0) = 0; 

LS(0) = 1 - refer to Note 

IFSIGN 

SEQ 

TC = 34 

IFSIP 

SEQ 

TC = 02 

IFSL1-3EQ7 

SEQ 

TC = 2E / 

IFTICK 

SEQ 

TC = 30 

IFTRACE 

SEQ 

TC = IB 

IFWCS 

SEQ 

TC = 12 

IFWORD 

SEQ 

TC = 05 

IFXBO 

SEQ 

TC = 23 

IFYELLOW 

SEQ 

TC = 31 

IFZERO 

SEQ 

TC = 33 


C-10 



WORD 

AREA 

ENCODING 

IGL 

FLOPS 

BI6 = 38; AS(0) = 1 

IGL20 

FLOPS 

BI6 = 39; AS(0) = 0; 

LS(0) = 1 - refer to Note 

IGLU 

FLOPS 

BI6 = 3A 

INCP 

BUS 

BS = 05 

INCR 

RALU 

AF = 8 

INCY 

BUS 

BS = 03, 0D, 14, 16; C = 0 

I04NE5 

FLOPS 

BI6 = 32 

IORC 

PRV 

- 

IOVFL 

FLOPS 

BI6 = 33, 3B, 37 

IOWH 

PRV 

- 

IOWU 

PRV 

- 

IOWW 

PRV 

- 

! K 

PRV 

- 

K—0 
through 

K—F 

BI 

DI = 4, 6; BI6 (0-1) =0,1; 

BI6 (2-5) = y 

where y = 0 through F 

BS (1-2) = 0, 1, 2 


PRV 

- 

KO— 

BI 

DI = 4, 6; BI6(0-1) = 0; 

BS (1-2) = 0, 1, 2 


PRV 

- 

KF— 

BI 

DI = 4, 6; BI6(0-1) = 1; 

BS (1-2) = 0, 1, 2 


PRV 

- 

L4 

BI 

DI = 0; BI6 = 26 

LABEL 

PSEUDO 

- 

LBRANCH 

SEQ 

BR = F; TC = 0 

LINK 

BI 

GP = 35 








WORD 


AREA 


ENCODING 


LIST 

LOADO 

LOADl 

LS 

LSAO 

LSAl 

LSA2 

LSA3 

LSA4 

LSA5 

LSA6 

LSA7 

LSBO 

LSB1 

LSB2 

LSB3 

LSB4 

LSB5 

LSB6 

LSB7 

LSBB 

LSBB3 

LSBN 

LSBX7 

LSDO 

LSD1 


PSEUDO 

- 

FLOPS 

GP = 3E 

FLOPS 

GP = 3B 

PRV 

- 

PRV 

- 

PRV 

- 

PRV 

- 

PRV 

- 

PRV 

- 

PRV 

- 

PRV 

- 

PRV 

- 

PRV 

- 

PRV 


PRV 

- 

PRV 

- 

PRV 

- 

PRV 

- 

PRV 

- 

PRV 


PRV 

- 

PRV 

- 

PRV 

- 

PRV 

- 

PRV 

- 

PRV 

- 
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WORD 

AREA 

ENCODING 

LSD2 

PRV 


LSD 3 

PRV 

- 

LSD4 

PRV 

- 

LSD5 

PRV 

- 

LSD6 

PRV 


LSD7 

PRV 

- 

LSDB 

PRV 

- 

LSDB6 

PRV 


LSDN 

PRV 

- 

LSDN6 

PRV 

- 

LSDX 

PRV 


LSDX7 

PRV 

- 

LSMO 

PRV 

- 

LSMl 

PRV 


LSM2 

PRV 

- 

LSM3 

PRV 

- 

LSM4 

PRV 

- 

LSM5 

PRV 

- 

LSM6 

PRV 

- 

LSM7 

PRV 

- 

LSMB 

PRV 

- 

LSMB6 

PRV 

- 

LSMN 

PRV 

- 

LSMN6 

PRV 


LSSEL 

PRV 

- 

LVL 

BI 

- 





WORD 

AREA 

ENCODING 

Ml 

BI 

Refer to Table C-2 

through 



M7 



MB 

BI 

Refer to Table C-2 

MB3 

BI 

Refer to Table C-2 

MBE 

BI 

Refer to Table C-2 

MM 

BI 

Refer to Table C-2 

MM3 

BI 

Refer to Table C-2 

MME 

BI 

Refer to Table C-2 

MMU 

BI 

DI = 4, 6; BI6 = 24; BS = 06 

MMURDACC 

BUS 

BS = 02; C = 0 

MMUSELECT 

BUS 

BS = 06; C = 0 

MMUWRACC 

BUS 

BS = 07; C = 0 

MN 

BI 

Refer to Table C-2 

MN3 

BI 

Refer to Table C-2 

MNE 

BI 

Refer to Table C-2 

MSO 

FLOPS 

GP = 23, 09, 08 

MSI 

FLOPS 

GP = 24, 0C, 0D 

MS4-9EQ0 

FLOPS 

GP = 0B 

MSACK 

FLOPS 

GP = 26 

MSCRY 

FLOPS 

GP = 25; AS(0) = 1 

MSCRY20 

FLOPS 

GP = 25; AS(0) = 0; 



LS(0) = 1 - refer to Note 

MSNBI19 

FLOPS 

GP = 02 

MSPROV 

FLOPS 

GP = 27 

NA 

PRV 

- 

NATIVE 

PSEUDO 

- 

NLST 

PSEUDO 

- 








WORD 

AREA 

ENCODING 

NO 

PSEUDO 

- 

NOCACHE 

BUS 

BS = 11, 10; C = 0 

NOCHEK 

FLOPS 

GP = 37; AF = E, 8, A, C 

NONPROC 

FLOPS 

AF = D 

NORMAL 

BUS 

BS = 11; C = 1 

OR 

RALU 

AF = 3, B 

P 

BI-SRC 

DI = 4, 6; BI6 = 24; BS = 00, 01, 
04, 05, 19 


BI-DEST 

BS = 09, 0E, 1A 

PAGJ 

PRV 

- 

PANEL 

BI-SRC 

DI = 4,6; BI6 = 25; 

BS (1-2) = 0, 1 


BI-DEST 

GP = 39 

PANEL4 

BI 

GP = 38 

PANOK 

FLOPS 

GP = 3F 

PINC 

PRV 

- 

PLOD 

PRV 

- 

PMUX 

PRV 

- 

PRC I 

PRV 

- 

PRCP 

PRV 

- 

PSELECT 

BUS 

BS = 00, 04? C = 0 

PSHL 

PRV 

- 

PSHY 

PRV 

- 

PSTI 

PRV 

- 

PSTL 

PRV 

- 

PSTY 

PRV 

- 

PURG 

PRV 

- 
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WORD 

AREA 

ENCODING 

PURGE 

BUS 

BS = 01; C = 0 

Q 

RALU-SRC1,SRC 2 

AS(1-3) = 0, 2, 6; may also 
affect setting of AF, depending 
on microprocessor function 


RALU-DEST 

AD = 0 

R8 

BI 

DI = 5; BI6 = 20 

RAMO 

through 

RAMF 

BI 

Refer to Table C-2 

RAMSEL 

BI 

Refer to Table C-2 

RDREQ 

BUS 

- 

RDREQP 

BUS 

BS = 19, 1A; C = 1 

REGSEL 

RALU 

Refer to Table C-l 

RETURN 

SEQ-OP-CODE 

BR = 2; TC = 0 


SEQ-OPERAND 

BR * 2, A 

RI 

PRV 

- 

RING 

BI 

GP = 33 

RINGCALC 

FLOPS 

AF = E 

RINGINIT 

FLOPS 

AF = B 

RS 

PRV 

- 

RSBO 

PRV 

- 

RSBl 

PRV 

- 

RSB2 

PRV 

- 

RSB3 

PRV 

- 

RSB4 

PRV 

- 

RSB5 

PRV 

- 

RSB6 

PRV 

- 

RSB7 

PRV 

- 
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WORD 


AREA 


ENCODING 


RSBB 

PRV 


RSBB3 

PRV 

- 

RSBN 

PRV 

- 

RSDO 

PRV 

- 

RSDl 

PRV 


RSD2 

PRV 

- 

RSD3 

PRV 

- 

RSD4 

PRV 

- 

RSD5 

PRV 

- 

RSD6 

PRV 

- 

RSD7 

PRV 

- 

RSDB 

PRV 

- 

RSDB6 

PRV 

- 

RSDN 

PRV 

- 

RSDN6 

PRV 

- 

RSDX 

PRV 

- 

RSDX7 

PRV 

- 

RSSEL 

PRV 

- 

RUP 

BI 

DI = 4, 6; BS(1-2) = 0 
[BI6 = 23 or BI6(0-1) = 

S 

BI 

DI = 4, 6; BI6 = 2F; 

BS(1-2) = 0, 1, 2 

SEL 

BI 

GP = 2A, 2B, 07 

SEQUENTIAL 

PSEUDO 

- 

SET 

PRV 

- 

SGI 

FLOPS 

GP = 13, 03 

SGBIO 

FLOPS 

GP « 1A 









WORD 

AREA 

ENCODING 

: SGBI4 

FLOPS 

GP = 19, 15, OC, 11, 01, 02 

1 SGBI19 

FLOPS 

GP = IB, 0E, 0D, OB 

SHOO 

FLOPS 

GP = 1C, 04, 08 

SH01 

FLOPS 

GP = ID, 09 

: SH10 

FLOPS 

GP = IE 

SH11 

FLOPS 

GP = IF, 07 

SH1IB 

FLOPS 

GP = 12 

SH2NSG 

FLOPS 

GP = 10, 11 

SL 

RALU 

AD = 7 

SM 

PRV 

- 

SMO 

PRV 


1 SMD 

PRV 

- 

• SME 

PRV 


; SMN 

PRV 

- 

SMR 

PRV 

- 

SMS 

PRV 

- 

SMX 

PRV 

- 

SR 

RALU 

AD = 5 

SUB 

RALU 

AF * 9, A 

SUBl 

RALU 

AF = 1, 2 

TC 

PRV 

- 

TITLE 

PSEUDO 


TRAFNZ 

FLOPS 

GP = 3D 

UNUSED 

PSEUDO 

- 

VALID8 

FLOPS 

GP - 37; AF- 9, B, D, F 

VL 

CK 

CK = 0 
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WORD 

AREA 

ENCODING 

WRAP 

FLOPS 

GP = 32; AS(0) = 0; 



LS(0) = 1 - refer to Note 

WRT 

BUS 

CK(0) =0 

WRTBYTE 

BUS 

CK(0) = I 

WRTWORD 

BUS 

CK(0) = 0 

X-F 

PRV 

- 

XOF 

PRV 

- 

XOT 

PRV 

- 

XA 

SEQ 

BR = 2, A 

XAF 

PRV 

- 

XAT 

PRV 

- 

XB 

SEQ 

BR = 3, B 

XBO 

FLOPS 

GP = 06, 08 

XBF 

PRV 

- 

XBHEX 

BI 

DI = 4, 6; BI6 = 2D; 



BS (1-2) = 0, 1, 2 

XBSR 

FLOPS 

GP = 14, 15, 0A, 05, 04, 09; 



AS (0) = 1; AD = 4, 5 

XBSRO 

FLOPS 

GP = 14, 15, 0A, 05, 04, 09; 



AS(0) = 0; RS(0) = 1; 



LS(0) = 1 - refer to Note 

XBSRl 

FLOPS 

GP = 14, 15, 0A, 05, 04, 09 



AS(0) = 0; RS(0) = 0; 



LS(0) = 1 - refer to Note 

XBT 

PRV 

- 

XE 

SEQ 

BR = 6, E 

XEF 

PRV 

- 

XET 

PRV 

- 

XF 

SEQ 

BR = 7, F 

XFF 

PRV 

- 








WORD 

AREA 

ENCODING 

XFT 

PRV 

- 

XL 

SEQ 

BR = 1, 9 

XLO 

SEQ 

BR = 1, 9; NA(0) = 0 

XL1 

SEQ 

BR = 1, 9; NA(0) = 1 

XLF 

PRV 

- 

XLT 

PRV 

- 

XOR 

RALU 

AF = 6, E 

XORC 

RALU 

AF = 7, F 

XR 

SEQ 

BR = 4, C 

XRF 

PRV 

- 

XRT 

PRV 

- 

XW 

SEQ 

BR = 5, D 

XWF 

PRV 

- 

XWT 

PRV 


Y 

BI-SRC 

DI = 4, 6? BI6 = 24? 

[BS = 02, 03, 07, 08, 09, 0A, 0B, 
1A or BS(0-1) * 2] 


BI-DEST 

BS = 08, 04, 06, 0C, 1C 

YBAY 

PRV 

- 

YGJW 

PRV 

- 

YINC 

PRV 

- 

YLOD 

PRV 

- 

YMUX 

PRV 

- 

YOLD 

PRV 

- 

YR16 

BI 

BS = 0B 

YREL 

PRV 

- 

YRELOC 

BI 

BS = 0A 









WORD 


AREA 


ENCODING 


YSELECT 

BUS 

BS = 02, 08, 09, 0A, 0B 

C = 0 

Z 

BI 

DI = 4, 6; BI6 = 2B; 

BS(1-2) = 0, 1, 2 

ZERO 

RALU 

AS(1-3) = 2, 3, 4, 7; may also 
affect setting of AF depending on 
microprocessor function 

ZRO 

FLOPS 

GP = 16, 0A 

ZRl 

FLOPS 

GP = 17, 05 

ZRAUZ 

FLOPS 

GP = 18, 02, 08; AS(0) = 1 

ZRAUZ20 

FLOPS 

GP = 18, 02, 08; AS(0) =0; 

LS(0) = 1 - refer to Note 

ZRQLT 

FLOPS 

GP = 0E 


NOTE 


If ADDSE or ADD1SE is the microprocessor function, 
then LS(0) = 0 

Table C-l Register File Operand Encodings 


• When a register file location is specified as SRC1 or 
SRC2 in the microprocessor area: 

1. AS (1-3) equals 0, 1, 4, or 5; LS and SM are set 
according to Table C-3, or 

2. AS(1-3) equals 1 or 3; RS and SM are set according 
to Table C-3. 

• When a register file location is specified as DEST in 
the microprocessor area, AD equals 3, 2, 4, 5, 6, or 
7; RS and SM are set according to Table C-3. 

• When a register file location is specified as the 
internal bus source, AD equals 2; LS and SM are set 
according to Table C-3, and 

1. DI equals 1 or 2, or 

2. BI6 equals 26 and DI equals 0 (L4), or 

3. BI6 equals 20 and DI equals 5 (R8). 








Table C-2 RAM Location Operand Encodings 


• LS and SM are set according to Table C-3. 

• If a RAM location is specified as the internal bus 
source, DI equals 7, BI6 (0 — 1) equals 3, and BS(l-2) 
equals 0, 1, or 2. 

• If a RAM location is specified as the internal bus 
destination, DI equals 6 or 2. 


Table C-3 LS/RS and SM Encoding Values (Sheet 1 of 2) 


REGISTER 

FILE 

RAM 

LOCATION 

LS/RS 

SM 

BO 

RAM 8 

4 


B1 

RAM 9 

5 

5 

B2 

RAMA 

5 

3 

B3 

RAMB 

5 

0 

B4 

RAMC 

6 

5 

B5 

RAMD 

7 

5 

B6 

RAME 

6 

0 or 3 

B7 

RAMF 

7 

0 

BB 

- 

7 

6 

BB3 

- 

5 

6 

BBE 

- 

6 

6 

BM 

- 

7 

2 

BM3 

- 

5 

2 

BME 

- 

6 

2 

BN 

- 

7 

1 

BN 3 

- 

5 

1 

BNE 

- 

6 

1 

DO 

RAMO 

0 

- 

DI 

RAMI, Ml 

1 

5 

D2 

RAM2, M2 

1 

3 

D3 

RAM3, M3 

1 

0 

D4 

RAM4, M4 

2 

5 

D5 

RAM5, M5 

3 

5 

D6 

RAM6, M6 

2 

0 or 3 

D 7 

RAM7, M7 

3 

0 

DB 

MB 

3 

6 

DB3 

MB 3 

1 

6 

DBE 

MBE 

2 

6 

DM 

MM 

3 

2 

DM3 

MM3 

1 

2 

DME 

MME 

2 

2 

DN 

MN 

3 

1 

DN 3 

MN3 

1 

1 

DNE 

MNE 

2 

1 

REGSEL 

RAMSEL 

7 

7 





Appendix D 

Summary of Restrictions 


This appendix provides a list of firmware coding restrictions 
for each CPU area. For a number of these restrictions, viola¬ 
tions will result in an "E29 VALUE ASSIGNMENT CONFLICT" diagnos¬ 
tic message. An asterisk (*) specifies that the assembler might 
not diagnose violations of the indicated restriction (i.e., 
restrictions that depend on the step just previously executed, or 
that include operands which imply other operands). 

Microprocessor Area 

1. If SRC1, SRC2, and DEST all specify register file loca¬ 
tions, then DEST must be the same as either SRC1 or SRC2. 

2. If two register file mnemonics are used among SRC1, SRC2, 
and DEST, then both mnemonics must be from the same 
group, as shown in Table D-l. 

3. If SRC1 or SRC2 is a "restricted selection" register file 
operand (refer to Table D-2) and a FLOPS operand or firm¬ 
ware sequencing condition forces AUZ, CRY, and OVFL to 
detect on 20 bits (refer to Table D-5), the restricted 
selection operand must be a B register or REGSEL. This 
restriction does not apply if ADDSE or ADD1SE is 

specified. 

4. If a shift modifier (SL, DL, SR, or DR) is specified, 

DEST must specify a register file location. 

*5. If a register file operand is specified as a function of 
fields in the F/SEL instruction registers, and the firm¬ 
ware step just previously executed altered the contents 
of SEL, those operands that depend on SEL will use its 
previous contents (i.e., the contents before SEL was 
altered at the end of the firmware step just previously 
executed). 

6. The following microprocessor functions have special 
restrictions on their operands. 
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FUNCTION 

SRC1 

SRC 2 

DEST 

ADDSE 

RF or Q only 

D register only 

If DEST and SRCl 
both RF, DEST 
must = SRCl. 

ADD1SE 

Q only 

D register only 


ANDC 

Not BI 

Not Q 

If SRCl = ZERO, 
SRC2 must be BI. 

If SRCl, SRC2, and 
DEST all RF, DEST 
must = SRCl. 

DECR 

Not ZERO 

- 

- 

INCR 

Not ZERO 

- 

- 


Definition 

RF = Register file location. 

7. SRC1 and 3RC2 must not both be ZERO, nor both Q, nor both 
BI. 

Internal Bus Area 

1. When a register file location is specified as the inter¬ 
nal bus source, there are restrictions on the micropro¬ 
cessor area microinstruction, if specified. DEST must be 
a register file location from the same group, as shown in 
Table D-l. No shift modifier may be specified. If a 
"restricted selection" register file operand (refer to 
Table D-2) is present, the internal bus source must be 
the same operand. 

2. A SRCMOD operand (R8 or L4) may be specified only when 
the source is from the microprocessor area. 

3. If a RAM location is specified as an internal bus source 
or destination, the following restrictions apply: 

• A RAM location may not be an internal bus source and 
destination simultaneously. 

• If any register file operand is specified in the 
microprocessor microinstruction, the RAM location must 
come from the same group, as shown in Table D-l. 

• If a "restricted selection" register file operand 
(refer to Table D-2) is present in the microprocessor 

microinstruction or a register file location is speci¬ 
fied as the internal bus source, the RAM location must 
"correspond" to the register file operand as shown in 
Table D-3. 
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< 


4. "I" may not be an internal bus destination if any of the 
following is the internal bus source: 

• BDH 

• BPH 

• H 

• HL8 

• I 

• LVL 

• MMU 

• P 

• PANEL 

• S 

• XBHEX 

• Y 

• Z 

• Constant category 

• Microprocessor source with SRCMOD operand. 

5. When a constant of the form xxyz# f IDCy, or IDSy is 
specified as the internal bus source, there are restric¬ 
tions on the firmware sequencing microinstruction. The 

- second least significant hexadecimal digit of all address 
value operands (bits 3 through 6 of an 11 bit value) must 
equal y. In the Transparent mode, if no firmware 
sequencing microinstruction is specified, the second 
least significant hexadecimal digit of *+l must equal y. 

*6. FLOPS operands in the GP or CTR categories, NOCHEK, and 

VALID8 may not be specified if any operand from the other 
internal bus destinations category is used, except as 
noted in Table D-4 and under Miscellaneous Hardware Area, 
Item 5. 

*7. If BD, BP, or RUP is the internal bus source, and I is an 
internal bus destination or a FLOPS operand from the 
indicator register (I) category is specified, bits 0 
through 3 of the internal bus are undefined. 

*8. If a register file or RAM location is specified as a 

function of fields in the F/SEL instruction registers and 
the firmware step just previously executed altered the 
contents of SEL, those operands that depend on SEL will 
use its previous contents (i.e., the contents before SEL 
was altered at the end of the firmware step just previ¬ 
ously executed). 

*9. Use of BP or BPH as an internal bus source automatically 
causes P to be incremented. 
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Megabus Interface Area 

1. A Megabus interface area microinstruction may not be 

specified if BD, BDH, BP, BPH, MMU, P, RUP, or Y is the 
internal bus source or if P, Y, YR16, or YRELOC is an 
internal bus destination, except as follows: 


MICROINSTRUCTION 

PERMISSIBLE 
BI SOURCES 

PERMISSIBLE BI DESTINATIONS 

BUS INCP 

P 


BUS INCY 

BD, BDH, Y 


BUS MMURDACC 

Y 


BUS MMUSELECT 

MMU 

♦Implies Y as BI destination 

BUS MMUWRACC 

Y 


BUS PSELECT 

P 

Y 

BUS PURGE 

P 

P, Y, YR16, YRELOC 

BUS YSELECT 

Y 


RDREQ NORMAL 

Y 


RDREQ CHGLOCK 

Y 


RDREQ 1-0 

Y 


RDREQ NOCACHE 

Y 


RDREQP 

P, Y 

P (requires Y as source) 

WRT CHGLOCK 

Y 


WRT 1-0 

Y 


WRT 1-0, INCY 

Y 


WRT INCY 

Y 


WRTBYTE CHGLOCK 

Y 


WRTBYTE 1-0 

Y 


WRTBYTE I-O, INCY 

Y 


WRTBYTE INCY 

Y 


WRTWORD CHGLOCK 

Y 


WRTWORD 1-0 

Y 


WRTWORD I-O, INCY 

Y 


WRTWORD INCY 

Y 



2. An internal bus source must be specified in any step in 
which a WRT, WRTBYTE, or WRTWORD is specified. 

3. The ALU result may not be the internal bus source in the 
same step in which a WRT, WRTBYTE, or WRTWORD is 
specified. 

*4. BUS PURGE must be specified in some step prior to one 
which includes both RDREQP and BI, Y, P. 

M iscellaneous Hardware Area 

1. If a FLOPS operand from the indicator register (I) cate¬ 
gory is used, the following internal bus sources may not 
be specified. 

• BDH 

• BPH 
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• H 

• HL8 

• I 

• LVL 

• MMU 

• P 

• PANEL 

• S 

• XBHEX 

• Y 

• Z 

• Constant Category 

• Microprocessor source with SRCMOD operand. 

*2. At most one FLOPS operand from the following group may be 
specified in a single step: CTRO, CTR1, NOCHEK, VALID8, 
or GP category (except as noted in Table D-4 and in Item 
5 below). 

*3. FLOPS operands from the GP category and internal bus 

destinations from the "other destinations" category may 
only be combined as shown in Table D-4. 

4. FLOPS operands or firmware sequencing conditions which 
force microprocessor signals, AUZ, CRY, and OVFL to 
detect on 16 bits may not be specified simultaneously 
with FLOPS operands or firmware sequencing conditions 
which force AUZ, CRY, and OVFL to detect on 20 bits 
(refer to Table D-5). 

*5. CTRO and CTRl imply XBSR unless XBO, XBSRO, or XBSRl is 
specified. P is incremented when these operands are 
used. CTRO restricts bit 1 (assuming 11-bit values) of 
firmware sequencing address value operands to 0 and CTRl 
restricts bit 1 to 1. 

*6. ICQSR or XBSR may be specified only when a right shift 
(SR or DR) is specified in the microprocessor micro¬ 
instruction . 

7. Use of XBSRO requires any register file microprocessor 
operand that is not a "restricted selection" (refer to 
Table D-l) to be a B register. Use of XBSRl requires any 
register file operand that is not a restricted selection 
to be a D register. 

*8. Operands in the MMU category imply other firmware func¬ 
tions as follows: 
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OPERAND 

IMPLIED FUNCTION 

OTHER FUNCTIONS WHICH OVERRIDE 
IMPLIED FUNCTION 

DDLEQO 

XORC 


NOCHEK 

RINGCALC 

INCR, ADDl, AND, SUB 

NONPROC 

ANDC 


RINGCALC 

XOR 


RINGINIT 

OR 

COPY 

VALID8 

SUB 

DDLEQO, NONPROC, RINGINIT 


Firmware Sequencing Area 

1. When a constant of the form xxyz#, IDCy, or IDSy is 
specified as the internal bus source, there are restric¬ 
tions on the firmware sequencing microinstruction. The 
second least significant hexadecimal digit of all address 
value operands (bits 3 through 6 of an 11-bit value) must 
equal y. In the Transparent mode, if no firmware 
sequencing microinstruction is specified, the second 
least significant hexadecimal digit of *+l must equal y. 

2. FLOPS operand CTRO restricts bit 1 (assuming 11-bit 
values) of address value operands to 0, and CTRl 
restricts bit 1 to 1. 

3. If both operands of a condition specify address values 
(legal in Transparent mode only). one operand must equal 
the other operand ORed with 3. 

4. Firmware sequencing conditions or FLOPS operands which 
force microprocessor signals AUZ, CRY, and OVFL to detect 
on 16 bits may not be specified simultaneously with con¬ 
ditions or FLOPS operands which force AUZ, CRY, and OVFL 
to detect on 20 bits (refer to Table D-5). 

5. When XLO is used as an operand of a condition, bit 0 
(assuming 11-bit values) of the other operand must be 0. 
When XLl is used, bit 0 must be 1. 

*6. IFQSR may be used only when a right shift (SR or DR) is 
specified in the microprocessor microinstruction. 

7. IFDDLEQO may be used only when DEST in the microprocessor 
area microinstruction is Q or null. 

*8. XA, XB, XE, XF, XR, or XW may not be specified simulta¬ 
neously with F or FR8 as an internal bus destination. 

9. At most, one of the following group may be an operand of 
a Transparent mode condition: XA, XB, XE, XF, XL, XLO, 
XLl, XR, or XW. 


•rf 

% 
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Table D-l Register File/RAM Locations Legal Groups 

DO, D3, D6, D7, BO, B3, B6, B7, M3, M6, M7, RAMO, 

RAM3, RAM6, RAM7, RAM8, RAMB, RAME, RAMF. 

DO, Dl, D4, D5, BO, Bl, B4, B5, Ml, M4, M5, RAMO, 

RAMI, RAM4, RAM5, RAM8, RAM9, RAMC, RAMD. 

DO, D2, D6, BO, B2, B6, M2, M6, RAMO, RAM2, RAM6, 

RAM8, RAMA, RAME. 


• 

DO, DN, DN3, 
RAMO, RAM8. 

DNE, 

BO, 

BN, 

BN 3, 

BNE, MN, 

MN 3 , 

MNE, 

• 

DO, DB, DB3, 
RAMO, RAM8. 

DBE , 

BO, 

BB, 

BB3, 

BBE, MB, 

MB 3, 

MBE , 

• 

DO, DB, DB3, 

DBE, 

REGSEL, 

MB, 

MB3, MBE, 

RAMO 

, RAMSEL. 

• 

DO, DM, DM3, 
RAMO, RAM8. 

DME , 

BO, 

BM, 

BM3, 

BME, MM, 

MM3, 

MME , 

Table D-2 Register 

File 

"Restricted Selection 

" Criteria 


A Register file operand which is microprocessor SRC1 or 

SRC2 or internal bus SRC is a "restricted selection" 

operand if: 

• It is the internal bus source 

• It is SRC2 for the functions ANDC, ADDSE, or ADDISE 

• The microprocessor DEST is a different register file 
operand 

• The other microprocessor source is Q 

• The other microprocessor source is BI 

• The other microprocessor source is another register 

file operand which does not satisfy the restriction(s) 
(i.e., if SRC1 and SRC2 are both register file 
operands, one must be a "restricted selection" 
operand). 
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Table D-3 Register File/RAM Location 
Operand Correspondence 


REGISTER FILE 
OPERAND 

CORRESPONDING RAM 
LOCATION OPERAND 

DO 

RAMO 

D1-D7 

RAMI-RAM7 or M1-M7 

B0-B7 

RAM8-RAMF 

REGSEL 

RAMSEL 

DB 

MB 

DB3 

MB3 

DBE 

MBE 

DM 

MM 

DM3 

MM3 

DME 

MME 

DN 

MN 

DN 3 

MN 3 

DNE 

MNE 


Table D-4 Permissible GP Combinations (Sheet 1 of 2) 


DESTINATION(S) OF INTERNAL BUS 

GP CATEGORY OPERANDS 

PANEL 

None 

PANEL4 

None 

LVL 

None 

RING 

None 

LINK 

None 

H, SEL 

None 

H 

SGBI4 

SEL 

SHll 

FR8 

SGI 

FR8 

SGBI19, MS4-9EQ0 

F 

XBO 

F 

XBO, MSO, SHOO, ZRAUZ 

F 

XBO, MSO, SHOO, ZRAUZ20 

None of the above 

SGB14, MSNBI19, ZRAUZ 

None of the above 

SGBI4, MSNBI19, ZRAUZ20 


D-8 





Table D-4 Permissible GP Combinations (Sheet 2 of 2) 


DESTINATION(S) 

OF ' 

INTERNAL BUS 

GP CATEGORY OPERANDS 

None 

of 

the 

above 

SGBI4, SH2NSG 

None 

of 

the 

above 

SGBI4, MSI 

None 

of 

the 

above 

SGBI19, MSI 

None 

of 

the 

above 

SGBI19, ZRQLT 

None 

of 

the 

above 

SGBI4, XBSR 

None 

of 

the 

above 

SGBI4, XBSRO 

None 

of 

the 

above 

SGBI4, XBSR1 

None 

of 

the 

above 

ZRO, XBSR 

None 

of 

the 

above 

ZRO, XBSRO 

None 

of 

the 

above 

ZRO, XBSRl 

None 

of 

the 

above 

ZR1, XBSR 

None 

of 

the 

above 

ZRl, XBSRO 

None 

of 

the 

above 

ZR1, XBSRl 

None 

of 

the 

above 

SHOO, XBSR 

None 

of 

the 

above 

SHOO, XBSRO 

None 

of 

the 

above 

SHOO, XBSRl 

None 

of 

the 

above 

SH10, XBSR 

None 

of 

the 

above 

SHI 0, XBSRO 

None 

of 

the 

above 

SH10, XBSRl 

None 

of 

the 

above 

Any single GP-category operand, 
except ZRQLT, XBO, MSNBI19, or 
MS4-9EQ0 
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Table D-5 Operands Affecting AUZ f CRY, and OVFL 


OPERAND TYPE 

FORCE 

16-BIT DETECT 

FORCE 

20-BIT DETECT 

FLOPS Operands 

IBNAZ 

IBNAZ20 


ICRY 

ICRY20 

IGL20 


MSCRY 

MSCRY20 

WRAP 


XBSR 

XBSRO 

XBSRl 


ZRAUZ 

ZRAUZ20 

Conditions 

IFAUZ 

IFAUZ20 


IFCRY 

IFCRY20 


IFOVFL 

IFALUO 


IFSHZ 

IFSHZ20 




Appendix E 

Instruction Register Maps 


The maps supplied in this appendix represent the decoding 
patterns available to the microprogrammer via the firmware se¬ 
quencing conditions and reserved operands. The patterns were 
selected to facilitate interpretation of the native instruction 
set; their utility for user firmware will depend on the similar¬ 
ity of structure between the user-defined instructions and those 
of the native set. 

The first group of maps (see Tables E-l through E-5) define 
the "splatter' 1 branches available in the Transparent mode. Each 
splatter, when it is used, generates a specific lU-bit address as 
a function of the instru ction registe r content (and a few other 
i bits of context). '"The most significant bit and the least signif¬ 
icant bit of each such address are always zero. The 10-bit ad- ; 
dress is relative to the IK bank of the firmwware which contains 
the alternate next address. Thus, for example, if register F,/ 
contained 888#, the code: 

IFF5 'ABC#,XW 
would transfer control to location 964#. 

In the native firmware, the five splatter branches function 
as follows: 

XA - decode the Address syllable of those instructions that 
use one, and the op-code of others. Column XA of Table 
E-l represents either the generated lU-bit address, or a 
note directing the reader to a subsequent table for 
further information. XA normally is used with SIGN = 0. 

XB - decode the address syllable of data descriptors in com¬ 
mercial (Business) instructions. Column XB of Table E-l 
represents either the generated 10-bit address or a note 
directing the reader to a subsequent table for further 
information. XB normally is used with SIGN = 1. 


E-l 



XE - decode the op-code of most single-operand and double¬ 
operand instructions for Execution. Column XE of Table 
E-l represents the generated 10-bit address (modifiers 
L and M are defined in the notes. 

XR - classify the op-code/address syllable as to operand 

type, and Read the operand, after completing any indi¬ 
rect addressing and indexing actions necessary. Table 
E-2 defines, as a function of address syllable type, 
which column of Table E-l represents the generated 10- 
bit address (the control flop NEWXR helps distinguish 
between reentrant XR references). 

XW - classify the op-code/address-syllable as to operand 
type, and Write the result accordingly. Table E-3 
defines, as a function of address syllable type, which 
column of Table E-l represents the generated 10 bit 
address. 

Table E-6 defines four testable "conditions" which (in the 
native firmware) categorize instructions as to data field size: 
bit, halfword, word, double-word, or quadruple-word (the only 
native quadruple-word operands are scientific data, which depend 
on the values of bits 2, 4, and 6 of register M4). Also shown in 
the last column of Table E-6 is the set of instructions for which 
the "memory lock" (CHGLOCK) functionality is invoked. 
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Table E-l Main Splatter Map (Sheet 1 of 2) 

Table E-l Main Splatter Map 


F REGISTER BITS 

XA 

XB 

XE 

XR1 

XR2 

XR3 

XR4 

XW1 

XW2 

0-3 

4-7 

8-11 

0 

0 

0-F 

note 

AG 

note 

BG 

018 

1A8 

1AE 

1 AO 

1A4 

160 

160 

0 

1 

0—F 

1E0 

ICO 

018 

1A8 

1AE 

1 AO 

1A4 

160 

160 

0 

2-B 

0-F 

note 

AI0 

note 

BIO 

018 

1A8 

1AE 

1 AO 

1A4 

160 

160 

0 

C-E 

0-F 

1E0 

ICO 

018 

1A8 

1AE 

1 AO 

1A4 

160 

160 

0 

F 

0-F 

note 

A10 

note 

BIO 

018 

1A8 

1AE 

1 AO 

1A4 

160 

160 

1-7 

0 

0-F 

note 

AH 

note 

BH 

018 

1A6 

1AE 

1 AO 

1A4 

160 

160 

1-7 

1-2 

0-F 

1E0 

ICO 

018 

1A8 

1AE 

1 AO 

1A4 

160 

160 

1-7 

3-6 

0-F 

note 

AI3 

note 

BI1 

018 

1A8 

1AE 

1 AO 

1A4 

160 

160 

1-7 

7 

0-F 

note 

All 

note 

BIl 

018 

1A8 

1AE 

1 AO 

1A4 

160 

160 

1-7 

8-B 

0-F 

note 

AI2 

note 

Bll 

018 

1A8 

1AE 

1 AO 

1A4 

160 

160 

1-7 

C 

0-7 

180 

ICO 

03C 

1A8 

1A2 

1 AO 

1A4 

160 

160 

1-7 

C 

8-F 

1 AO 

ICO 

03C 

1A8 

1A2 

1 AO 

1A4 

160 

160 

1-7 

D 

0-7 

180 

ICO 

11C 

1A8 

1A2 

1 AO 

1A4 

160 

160 

1-7 

D 

8-F 

1 AO 

ICO 

11C 

1A8 

1A2 

1A0 

1A4 

160 

160 

1-7 

E 

0-7 

180 

ICO 

OBA 

1A8 

1A2 

1 AO 

1A4 

164 

16C 

1-7 

E 

8-F 

1A0 

ICO 

OBA 

1A8 

1A2 

1 AO 

1A4 

164 

16C 

1-7 

F 

0-7 

180 

ICO 

OFA 

1A8 

1A2 

1 AO 

1A4 

164 

16C 

1-7 

F 

8-F 

1A0 

ICO 

OFA 

1A8 

1A2 

1A0 

1A4 

164 

16C 

8 

0 

0-7 

note 

AS 1 

note 

BS1 

194 

1A8 

1B4 

1 AO 

1A4 

164 

16C 

8 

0 

8-F 

note 

AS0 

note 

BSO 

038 

1A8 

1A2 

1A0 

1A4 

164 

16C 

8 

1 

0-7 

note 

AS 1 

note 

BS1 

194 

1A8+2M 

1B4 

1 AO 

1A4 

164+2M 

16C + 2M 

8 

1 

8-F 

note 

AS0 

note 

BSO 

194 

1A8+2M 

1B4 

1 AO 

1A4 

164 + 2M 

16C+2M 

8 

2 

0-7 

note 

AS 1 

note 

BS1 

19 A 

1A8 

1A2 

1 AO 

1A4 

164 

16C 

8 

2 

8-F 

note 

AS0 

note 

BSO 

13C 

1AA 

1A2 

1 AO 

1A4 

164 

16C 

8 

3 

0-7 

note 

AS0 

note 

BSO 

038 

1A8 

1A2 

1A0 

1A4 

164 

16C 

8 

3 

8-F 

note 

AS 3 

note 

BS 3 

058 

1A8 

1B0 

1 AO 

1A4 

160 

160 

8 

4 

0-7 

note 

AS0 

note 

BSO 

156 

1A6 

1A2 

1 AO 

1A4 

168 

16A 

8 

4 

8-F 

note 

ASO 

note 

BSO 

196 

1A6 

1A2 

1 AO 

1A4 

168 

16A 

8 

5 

0-7 

note 

AS0 

note 

BSO 

038 

1A8 

1A2 

1A0 

1A4 

164 

16C 

8 

5 

8-F 

note 

ASO 

note 

BSO 

038 

1A8 

1A2 

1A0 

1A4 

164 

16C 

8 

6 

0-7 

note 

AS1 

note 

BS 1 

05A 

1A8 

1A2 

1 AO 

1A4 

164 

16C 

8 

6 

i-F 

note 

ASO 

note 

BSO 

038 

1A8 

1A2 

1 AO 

1A4 

164 

16C 

8 

7 

0-7 

note 

AS1 

note 

BS 1 

OBE 

1A8 

1B6 

1A0 

1A4 

164 

16C 

8 

7 

8-F 

note 

AS1 

note 

BS 1 

OBE 

1AA 

1B6 

1 AO 

1A4 

166 

16E 

8 

8 

0-7 

note 

AS 1 

note 

BS 1 

19C 

1AA 

1B8 

1 AO 

1A4 

164 

16C 

8 

8 

8-F 

note 

AS1 

note 

BS 1 

17A 

1A8 

1B8 

1 AO 

1A4 

164 

16C 

8 

9 

0-F 

note 

AS 1 

note 

BS 1 

17C 

1AA 

1B8 

1 AO 

1A4 

164 

16C 

8 

9 

8-F 

note 

ASO 

note 

BSO 

0D8 

1A8 

1A2 

1A0 

1A4 

164 

16C 

8 

A 

0-7 

note 

AS 1 

note 

BS 1 

15C 

1AA 

1B8 

1 AO 

1A4 

164 

16C 

8 

A 

8-F 

note 

AS1 

note 

BS 1 

15A 

1A8 

1B8 

1 AO 

1A4 

164 

16C 

8 

B 

0-7 

note 

AS 1 

note 

BS 1 

1BC 

1AA 

1B8 

1 AO 

1A4 

164 

16C 

8 

B 

8-F 

note 

AS 3 

note 

BS 3 

058 

1A8 

1 BO 

1 AO 

1A4 

160 

160 

8 

C 

0-7 

note 

AS 1 

note 

BS 1 

OFE 

1A8 

1B6 

1 AO 

1A4 

164 

16C 

8 i 

C 

8-F 

note 

ASO 

note 

BSO 

176 

1A6 

1A2 

1 AO 

1A4 

168 

16A 

8 ] 

D 

0-7 

note 

AS 1 

note 

BS 1 

17E 

1A6 

1B6 

1 AO 

1A4 

164 

16C 

8 

D 

8-F 

note 

AS 2 

note 

BS2 

UD6 

1A8-2L 

1A2 

1A0 

1A4 

164 + 4L 

16A 

8 I 

E 

0-7 

note 

ASO 

note 

BSO 

138 

1A8 

1A2 

1 AO 

1A4 

164 

16C 

8 i 

E 

8-F 

note 

AS1 

note 

BS 1 

03A 

1A8 

1A2 

1 AO 

1A4 

164 

16C 

8 

F 

0-7 

note 

ASO 

note 

BSO 

05E 

1A8 

1B6 

1A0 

1A4 

164 

16C 


F 

8-F 

note 

ASO 

note 

BSO 

05E 

1A8 

1B6 

1 AO 

1A4 

164 

16C 

9-F 

0 

0-7 

note 

ASO 

note 

BSO 

fll8> 

1A8 

1A2 

1 AO 

1A4 

164 

16C 

9-F 

0 

8-F 

note 

ASO 

note 

BSO 

! 0 3C 

1AA 

1A2 

1 AO 

1A4 

164 

16C 

9-F 

1 

0-7 

note 

ASO 

note 

BS U 

038- 

1A8 

1A2 

1 AO 

1A4 

164 

16C 

9-F 

1 

8-F 

note 

ASO 

note 

BSO 

lie 

1AA 

1A2 

1 AO 

1A4 

164 

16C 

9-F 

2 

0-7 

note 

ASO 

note 

BSO 

ODA 

1A8 

1A2 

1 AO 

1A4 

164 

16C 

9-F 

2 

8-F 

note 

ASO 

note 

BSO 

05C 

1AA 

1A2 

1A0 

1A4 

164 

16C 

9-F 

3 

0-7 

note 

ASO 

note 

BSO 

11A 

1A8 

1A2 

1 AO 

1A4 

164 j 

16C 

9-F 

3 

8-F 

note 

AS 3 

note 

BS 3 

0 58 

1A8 

1AE 

1 AO 

1A4 

160 

160 

9-F 

4 

0-7 

note 

ASO 

note 

BSO 

OBC 

1A8 

1A2 

1 AO 

1A4 

160 

160 

9-F 

4 

8-F 

note 

ASO 

note 

BSO 

OBC 

1AA 

1A2 

1A0 

1A4 

164 

16C 

9-F 

5 

0-7 

note 

ASO 

note 

BSO 

ODC 

1A8 

1A2 

1A0 

1A4 

160 

160 

9-F 

5 

8-F 

note 

ASO 

note 

BSO 

ODC 

1AA 

1A2 

1A0 

1A4 

164 

16C 

9-F 

6 

0-7 

note 

ASO 

note 

BSO 

OEC 

1A8 

1A2 

1A0 

1A4 

160 

160 

9-F 

6 

8-F 

note 

ASO 

note 

BSO 

OEC 

1AA 

1A2 

1A0 

1A4 

164 

16C 

9-F 

7 

0-7 

note 

AS 1 

note 

BS 1 

HE 

1 1A8 

1B6 

1A0 

1A4 

164 

16C 

9-F 

7 

8-F 

note 

AS1 

note 

BS 1 

ODE 

1AA 

1B6 

1A0 

1A4 

166 

16E 

9-F 

8 

0-7 

note 

ASO 

note 

BSO 

03C 

1A8 

1A2 

1 AO 

1A4 

160 

160 

9-F 

8 

8-F 

note 

ASO 

note 

BSO 

15E 

1A6 

1B6 

1 AO 

1A4 

164 

16C 

9-F 

9 

0-7 

note 

ASO 

note 

BSO i 

11C 

1A8 

1A2 

1A0 

1A4 

160 

160 

9-F 

9 

8-F 

note 

ASO 

note 

BSO 

15E 

1A6 

1B6 

1A0 

1A4 

164 

16C 

9-F 

A 

0-7 

note 

ASO 

note 

bso: 

OBA 

1A8 

1A2 

1A0 

1A4 

164 

16C 

9-F 

A 

8-F 

note 

AS1 

note 

BS 1 

0F8 

1A8 

1A2 

1A0 

1A4 

164 

16C 

9-F 

B 

0-7 

note 

ASO 

note 

BSO 

OFA 

1AB 

1A2 

1A0 

1A4 

164 

16C 

9-F 

B 

8-F 

note 

AS 3 

note 

BS 3 i 

058 

1A8 

1B2 

1A0 

1A4 

160 

160 

9-F 

C 

0-7 

note 

ASO 

note 

BSO? 

15 E 

1A6 

1B6 

1 AO 

1A4 

164 

16C 

9-F 

C 

8-F 

note 

AS2 

note 

BS2 

036 

1A8-2L 

1A2 

1A0 

1A4 

164 + 4L 

16A 

9-F 

D 

0-7 

note 

ASO 

note 

BSO 

1 BE 

1A6 

1B6 

1A0 

1A4 

164 

16C 

9-F 

D 

8-F 

note 

AS 2 

note 

BS2 

116 

1A8-2L 

1A2 

1A0 

1A4 i 

164+4L 

16A 

9-F 

E 

0-7 

note 

AS 1 

note 

BS 1 

018 

1A8 

1A2 

1A0 

1A4 1 

164 

16C 

9-F 

E 

8-F 

note 

AS 3 

note 

BS3' 

016 ? 

1A8-2L 

1A2 

1A0 

1A4 

164 + 4L 

16A 

9-F 

F 

0-7 

note 

AS1 

note 

BS 1 

ODE 

1AE 

1B6 

1A0 

1A4 

164 

16C 

9-F 

F 

8-F 

note 

AS 3 

note 

BS3 

136 

1A8-2L 

1B6 

1A0 

1A4 

164 + 4L 

16A 






Table E-l Main Splatter Map (Sheet 2 of 2) 


where: 

L = 

M = 

1 if 

1 if 

LAF; otherwise, L = 0 

MISC V ZERO? otherwise, M = 0 

NOTES 




AG - 

refer 

to Table E-4, variation 

XAG 



AH - 

refer 

to Table E-4, variation 

XAH 



AI0 - 

refer 

to Table E-4, variation 

XAI , 

column 0 


All - 

refer 

to Table E-4, variation 

XAI, 

column 1 


AI2 - 

refer 

to Table E-4, variation 

XAI . 

column 2 


AI3 - 

refer 

to Table E-4, variation 

XAI, 

column 3 


ASO - 

refer 

to Table E-4, variation 

XAS, 

R=0, Z = 0 


AS 1 - 

refer 

to Table E-4, variation 

XAS, 

R=0, Z=1 


AS2 - 

refer 

to Table E-4, variation 

XAS, 

R=1, Z=0 


AS3 - 

refer 

to Table E-4, variation 

XAS, 

R=1, Z=1 


BG - 

refer 

to Table E-5, variation ■ 

XBG 



BH - 

refer 

to Table E-5, variation . 

XBH 



BIO - 

refer 

to Table E-5, variation 

XBI , 

column 0 


BI1 - 

refer 

to Table E-5, variation 

XBI, 

column 1 


BSO - 

refer 

to Table E-5, variation 

XBS, 

R=0, Z=0 


BS1 - 

refer 

to Table E-5, variation 

XBS, 

R=0, Z=1 


BS2 - 

refer 

to Table E-5, variation 

XBS, 

R=1, Z=0 


BS 3 - 

refer 

to Table E-5, variation 

XBS, 

R=1, Z=1 


Table E-2 Key to XR 


^\F(9-11) 

SEL 

0 

■ 

4 

5 

6 

■ 

0 

XR2 

XRl 

XR2 

XR2 

XR2 

XR2 

1-7 

XR2 

XRl 

XR2 

XR3 

XR2 

XR2 

8 

XR4 

XR4 

XR4 

XR2 

XR2 

XR2 

9-B 

XR4 

XR4 

XR4 

XRl 

XRl 

XRl 

C 

XR4 

XR4 

XR4 

XR4 

XR4 

XR4 

D-F 

XR4 

XR4 

XR4 

XRl 

XRl 

XRl 


NOTE 


If XRNEW = 0, use XR2 instead of XRl. 
Table E-3 Key to XW 


























Table E-4 XA Variations (Sheet 1 of 2) 


( 8 - 11 ) 


2 

3 

1F2 

1F0 

1F0 

1F0 

1EC 

1F0 

1F2 

1F0 

1F2 

1F0 

1F0 

1F0 

1F2 

1EC 

1F0 

1EC 

1F2 

1EC 

1F0 

1F4 

1F0 

1F2 

1F4 

1F2 

1F0 

1F2 

1F0 

1F2 

1F6 

1F6 

1EC 

1F6 


J(8-li; 


VARIATION XAG (SIGN 


VARIATION XAG SIGN 


9-B 

C 

D-E 

F 

1C8 

1C8 

1C8 

1C8 

IDA 

IDA 

IDA 1 

IDA 

1C4 

1C2 

1C8 

ICC 

IDA | 

IDA 

IDA 

IDA 


F(8-11) 0 


OAC OAE 


VARIATION XAH 


0C4 0C6 0C8 


Column 


F (9-11) , SE1 


00 

01 

02-3F 

40-7F 


0E4 
0E2 
0E0 
0E6 I 122 


VARIATION XAI 
































































Table E-4 XA Variations (Sheet 2 of 2) 


\F( 9-11) 

SEL 

0 

1-3 

4 

5 

6 

7 

0 

090 

092 

084 

09E 

09E 

094+2Z 

1-7 

080 

082 

086 

098+2R 

088 

08A 

8 

090 

092 

084 

09E 

09E 

084 

9-B 

080 

082 

086 

08C 

08C 

08C 

C 

080 

082 

086 

09E 

09E 

09E 

D-F 

080 

082 

086 

08E 

08E 

08E 


VARIATION XAS 


Table E-5 XB Variations (Sheet 1 of 2) 


\(8-ll) 

SEL 

0 

1 

2 

3 

4-5 

6 

7 

8-F 

0 

1C2 

1DC 

1D2 

IDO 

ICO 

IDE 

ICO 

ICO 

1 

1C4 

IDE 

IDO 

IDO 

ICO 

IDE 

ICO 

ICO 

2 

1C6 

1CA 

ICC 

IDO 

ICO 

IDE 

ICO 

ICO 

3 

1C8 

1CA 

1D2 

IDO 

ICO 

IDE 

ICO 

ICO 

4 

1CA 

ICO 

1D2 

IDO 

ICO 

ICO 

ICO 

ICO 

5 

1CA 

ICO 

IDO 

IDO 

ICO 

ICO 

ICO 

ICO 

6 

1CA 

ICO 

1D2 

ICC 

ICO 

ICO 

ICO 

ICO 

7 

1CA 

ICO 

IDO 

ICC 

ICO 

ICO 

ICO 

ICO 

8 

ICE 

ICO 

1D2 

ICC 

ICO 

ICO 

ICO 

ICO 

9 

ICO 

ICO 

IDO 

1D4 

ICO 

ICO 

ICO 

ICO 

A 

1D8 

ICO 

IDO 

1D2 

ICO 

ICO 

ICO 

ICO 

B 

IDA 

ICO 

1D4 

1D2 

ICO 

ICO 

ICO 

ICO 

C 

1DC 

ICO 

IDO 

1D2 

ICO 

ICO 

ICO 

ICO 

D 

IDE 

ICO 

IDO 

1D2 

ICO 

ICO 

ICO 

ICO 

E 

ICO 

ICO 

1D6 

1D6 

ICO 

ICO 

ICO 

ICO 

F 

ICO 

ICO 

ICC 

1D6 

ICO 

ICO 

ICO 

ICO 


VARIATION XBG (SIGN = 0) 


\F(8-11) 

SEL 

0 

1-3 

4 

5-6 

7 

8 

9-B 

C 

D-E 

F 

0 

1C8 

1C8 

1C8 

1C8 

1C8 

1C8 

1C8 

1C8 

1C8 

1C8 

1-7 

1D8 

IDA 

IDA 

IDA 

IDA 

1D8 

IDA 

IDA 

IDA 

IDA 

8 

1C2 

1C4 

1C2 

1C8 

ICC 

1C2 
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Table E-5 XB Variations (Sheet 2 of 2) 
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Table E-6 Test Conditions 
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where: 


L * 1 if LAF; otherwise, L = 0 
M = 1 if MISC V ZERO; otherwise, M = 0 

S = selected bit of scientific mode register (M4) or F: 

F (0-3) = 9 A B CD E F 

S = M4 (2) M4 (4 ) M4(6) F (5 ) M4(2) M4(4) M4(6) 
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